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FOREWORD 


This  manual  is  Volume  II  of  the  USAF  PERT  series.  It 
is  the  companion  publication  to  Volume  I,  USAF  PERT  Time 
System  Description  Manual,  dated  September  1963. 

This  document  provides  a  programmer-oriented  description 
of  the  IBM  7090  computer  program  used  to  process  data  for 
systems  and  projects  employing  the  USAF  PERT  Time 
methodology. 

Additionally,  this  program  provides  the  schedule  information 
required  for  operation  of  the  USAF  PERT  Cost  program. 
Consequently,  this  document  is  also  a  supplemental  publi¬ 
cation  to  Volume  IV,  USAF  PERT  Cost  System  Computer 
Program  Handbook,  Part  II. 

The  requirements  of  both  Air  Force  and  Industry  have  been 
considered  in  developing  this  program.  Therefore,  comments 
concerning  any  part  of  this  publication  are  solicited  from  both 
government  and  industry  sources.  Comments  should  be  for¬ 
warded  to  Hq  AFSC  (SCCSS),  Andrews  AFB,  Washington  25, 

D.  C. 
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Brigadier  General,  USAF 
DCS/Comptroller 
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PREFACE 


In  recent  years,  the  Program  Evaluation  and  Review 
Technique  (PERT)  has  been  widely  accepted  by  all  types  of 
industry  and  government  agencies  in  an  effort  to  establish 
uniform  management  practices  and  procedures  to  utilize 
EDPE  in  management.  As  a  result  of  this  rapid  growth  and 
the  desire  of  individual  companies  to  utilize  and  adapt 
PERT  to  their  own  peculiar  requirements,  many  variations 
of  reporting  procedures  and  computation  techniques  have 
blossomed,  even  though  the  basic  technique  remains.  These 
differences  in  reporting  and  computation  are  insignificant 
as  long  as  they  remain  as  in-house  efforts.  However,  com¬ 
plications  and  cumbersome  conversions  arise  when  an  effort 
is  made  to  report  program  status  to  the  controlling  agency. 
This  is  particularly  true  in  instances  where  the  contrac¬ 
tor  may  have  contracts  with  more  than  one  government  agen¬ 
cy  or,  more  common,  have  contracts  with  different  divisions 
of  one  command,  such  as  BSD  and  ASD  in  the  Air  Force  Sys¬ 
tems  Command.  In  fact,  many  contractors  and  agencies  have 
stated  that  the  system  to  be  adopted  must  be  uniform  within 
all  government/industry  agencies.  AFSC  has  been  working 
with  the  DOD  PERT  Coordinating  Group  in  an  effort  to  attain 
a  uniform  PERT  methodology  which  will  be  acceptable  to  both 
industry  and  government.  It  is  realized  that  no  individual 
company  or  government  office  can  be  completely  satisfied 
with  any  one  method.  However,  a  uniform  methodology  should 
prove  more  satisfactory  than  a  situation  in  which  everyone 
is  going  in  a  different  direction. 

It  is  with  these  thoughts  in  mind  that  USAF  PERT  has 
been  promulgated.  The  computer  program  being  used  has  been 
written  under  the  new  IBM  7090  Operating  System  -  Basic 
Monitor  (IBSYS)  and  will  be  placed  in  the  SHARE  library. 

The  many  requirements  of  both  Air  Force  and  industry  were 
considered  in  the  development  of  USAF  PERT.  Every  effort 
was  made  to  retain  the  desirable  features  without  over¬ 
loading  the  program  to  the  extent  that  required  processing 
time  would  become  prohibitive.  A  careful  examination  of 
the  USAF  PERT  methodology  should  reveal  that  the  program 
features  desired  by  the  majority  of  users  have  been  incor¬ 
porated. 


v 


The  USAF  PERT  program  has  the  following  parameters 
and  features: 

.  the  program  is  capable  of  processing  networks 
of  up  to  12,000  activities  and/or  events,  which¬ 
ever  occurs  first; 

.  activity  and/or  event  titles  are  accepted  and 
printed  out; 

.  a  master  file  is  maintained  on  tape  for  succes¬ 
sive  update  runs; 

.  when  all  activities  leading  into  a  common  event 
have  been  given  actual  dates,  the  latest  of 
these  is  taken  as  the  actual  occurrence  date 
for  that  event; 

.  activities  are  not  assumed  to  have  been  com¬ 
pleted  until  reported; 

.  no  activity  can  be  reported  completed  until  all 
prior  events  have  been  reported  as  having  occur¬ 
red  and  prior  activities  have  been  reported  com¬ 
pleted; 

.  duplicate  activities  are  dropped  during  input 
validation; 

.  any  event  nay  have  a  scheduled  date  entered. 

This  scheduled  date  is  used  as  the  expected  date 
of  occurrence  in  computing  forward  for  all  events 
without  preceding  activities  (i.e.,  all  begin¬ 
ning  events  of  the  network) .  If  a  scheduled 
date  is  not  given  to  an  event  without  a  preced¬ 
ing  activity,  the  network  base  date  is  used  as 
the  expected  date  in  computing  forward; 

.  there  are  three  options  for  latest  dates  on  all 
events  without  succeeding  activities  (end  events) . 
In  order  of  priority,  these  are: 

.  scheduled  dates  on  end  events  are 
selected  as  latest  dates; 
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.  a  network  completion  date  is  selec¬ 
ted  for  computation  of  latest  dates 
for  all  end  events  without  scheduled 
dates ; 

.  for  those  events  not  covered  by  the 
above  options ,  the  latest  computed 
expected  date  for  the  network  is 
selected  as  the  latest  date  for  each 
network  end  event. 

ordering  and  ranking  of  the  activities  of  the  net¬ 
work  is  accomplished  internally; 

if  an  event  has  more  than  one  critical  predeces¬ 
sor,  the  program  arbitrarily  lists  only  one  in 
the  event  output.  Others  may  be  found  from  the 
slack  listing; 

the  user  has  the  option  of  selecting  certain 
scheduled  dates  for  backward  computation.  These 
scheduled  dates  may  be  selected  anywhere  in  the 
network ; 

the  base  date  of  the  network  for  a  given  project 
or  system  is  carried  in  the  master  file.  This 
date  must  be  equal  to  or  earlier  than  any  date 
of  any  event  in  the  system; 

the  calendar  routine  is  based  on  a  5  day  work¬ 
week  with  holidays  excluded; 

networks  are  checked  for  loops; 

networks  may  have  multiple  beginning  and  ending 
events ; 

input  reporting  is  always  by  activities  on  AFSC 
Form  30.  (Inputs  are  by  activities  even  if  an 
event  output  is  required.) 

three  time  estimates  for  each  activity  are  ac¬ 
cepted.  The  program  will  also  accept  single 
activity  time  estimates. 
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events  without  predecessors  can  be  given  actual 
completion  dates. 

the  program  computes  the  probability  of  meeting 
scheduled  dates. 

the  program  accomplishes  automatic  validation  of 
input  data. 

event,  activity  and  graphical  reports  are  avail¬ 
able  at  the  user's  option.  These  can  be  ordered 
by  slack,  event/activity  number,  or  by  expected 
dates  as  desired. 

shredouts  of  any  of  these  outputs  may  be  selected. 

a  listing  of  the  master  file  after  any  run  is 
available . 

the  program  has  the  option  of  selecting  the  short¬ 
est  path  on  parallel  efforts. 

the  program  produces  a  listing  of  paths  with  most 
positive  slack. 

the  program  computes  the  probability  of  positive 
slack. 

an  event  standard  deviation  is  calculated. 

a  level  code  for  events  is  included. 

the  program  possesses  network  integration  and  a 
summarization  capability. 

there  are  no  limitations  to  the  number  of  changes 
to  the  master  file. 

scheduled  and  actual  dates  may  be  entered  on  the 
initial  run. 
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CHAPTER  I 


USAF  PERT  TIME  PROGRAM  DESCRIPTION 


A.  What  is  PERT? 


PERT  (Program  Evaluation  and  Review  Technique)  is  a 
management  technique  which  permits  the  use  of  electronic 
data  processing  equipment  in  planning,  evaluating  and  anal¬ 
yzing  the  schedule  development  of  a  research  and  develop¬ 
ment  program.  The  technique  requires  the  formulation  and 
development  of  a  sequenced  network  of  the  many  tasks  neces¬ 
sary  for  the  attainment  of  a  final  objective.  Each  task  is 
independently  analyzed  for  an  estimate  of  the  time  it  will 
require  for  its  completion.  The  computer  program  computes 
the  expected  completion  dates  for  each  task  and  points  out 
how  each  task  fits  into  the  overall  program  timewise.  Thus, 
PERT  does  the  following  for  management: 

.  requires  the  development  of  an  overall  system 

plan  which  identifies  all  areas  of  work  -  respon¬ 
sibility  -  and  a  time-phased  integrated  plan; 

.  reduces  the  overall  picture  to  a  manageable  size; 

.  pinpoints  critical  areas  in  the  development  plan 
or  schedule  —  both  areas  that  are  "most"  critical 
in  meeting  scheduled  dates  and  areas  that  are 
"least"  critical  in  the  scheduled  network. 

.  allows  suggested  modifications  of  program  plans 
to  be  analyzed  through  the  use  of  simulation  pro¬ 
cedures  ,  before  actually  putting  them  into  prac¬ 
tice. 

B.  Definition  of  Terms 


A  clear  understanding  of  each  of  the  following  terms 
is  necessary  for  comprehension  of  the  entire  PERT  program 
since  all  further  definitions  and  discussions  evolve  from 
these  basic  terms.  A  complete  glossary  of  symbols,  stan¬ 
dard  abbreviations,  and  terms  will  be  found  in  Appendix  D. 

Activity: 

A  work  effort  of  a  program  which  is'  represented  on  a 
network  by  an  arrow.  An  activity  may  also  simply  represent 
a  connection  of  interdependency  between  two  events  in  the 
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network.  An  activity  cannot  be  started  until  the  event 
preceding  it  has  occurred.  Activities  are  designated  by 
their  end  points  which  are  two  event  numbers. 

Beginning  Event  (BE) 

The  event  which  signifies  the  beginning  of  the  actual 
work  that  occurs  during  an  activity. 

Ending  Event  (EE) 

The  event  which  signifies  the  ending  of  the  actual 
work  that  occurs  during  an  activity. 

An  activity  starts  with  its  beginning  event  and  ends 
with  its  ending  event.  An  event  can  be  a  beginning  event 
for  one  or  more  activities  and  also  an  ending  event  for  one 
or  more  activities.  If  the  same  event  is  an  ending  event 
for  more  than  one  activity,  the  event  occurs  only  when  all 
these  activities  have  been  completed. 

Event 


A  specific  definable  accomplishment  in  a  program  plan, 
recognizable  at  a  particular  instant  in  time.  Events  do 
not  consume  time  or  resources.  Events  are  designated  by 
distinct  8-digit  numbers  (numeric,  only)  .  The  program  will 
not  accept  an  event  number  of  all  zeros. 

Expected  Elapsed  Time  (t») 

A  statistically  weighted  average  time  estimate,  in¬ 
corporating  the  optimistic  (a) ,  most  likely  (m) ,  and  pes¬ 
simistic  (b)  time  estimates  for  the  work  to  be  accomplished: 

a  +  4m  +  b 
te  =  6 


Network 


A  flow  diagram  consisting  of  the  activities  and  events 
which  must  be  accomplished  to  reach  the  program  objectives, 
showing  their  planned  sequence  of  accomplishment,  interde¬ 
pendencies,  and  interrelationships. 
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Standard  Deviation  of  an  Activity  (r) 


A  measure  of  variance  about  the  expected  elapsed 
time  for  an  activity,  calculated  when  using  three  time 
estimates.  It  is  computed  from  the  formula: 

b  -  a 
6 


Time  Estimates 


Three  time  estimates  may  be  associated  with  each 
activity.  These  are: 

.  Optimistic  Time  Estimate  (a) 

The  time  in  which  the  activity  can  be  completed 
if  everything  goes  exceptionally  well.  It  is 
estimated  that  an  activity  would  have  no  more 
than  one  chance  in  a  hundred  of  being  completed 
within  this  time. 

.  Most  Likely  Time  Estimate  (m) 

The  most  realistic  estimate  of  the  time  an  ac¬ 
tivity  might  consume.  This  time  would  be  ex¬ 
pected  to  occur  most  often  if  the  activity  could 
be  repeated  numerous  times  under  similar  circum¬ 
stances. 

.  Pessimistic  Time  Estimate  (b) 

An  estimate  of  the  longest  time  an  activity  would 
require  under  the  most  adverse  conditions,  barring 
acts  of  God. 


C.  The  PERT  Network 


The  computer  accepts  as  input  a  list  of  all  the  ac¬ 
tivities  that  form  the  network.  These  activities  are  de¬ 
fined  by  their  beginning  and  ending  events  and  three  (or 
one)  time  estimates.  In  addition,  a  starting  date  for  the 
entire  system  is  given,  and  if  desired,  an  ending  or  com¬ 
pletion  date  of  the  system  can  be  given. 

The  computer  program  will  then  create  an  ordered 
activity  list  such  that  for  any  activity  on  the  list,  all 
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activities  prior  to  it  in  the  network  will  precede  it  on 
the  list.  Stored  on  this  ordered  list  are  the  computed 
values  of  the  expected  time  and  standard  deviation  for  each 
activity.  From  this  list  a  forward  event  list  is  created 
which  includes  the  expected  date,  critical  predecessor,  and 
standard  deviation  for  each  event. 

The  EXPECTED  DATE  (TE)  for  each  event  is  the  date  on 
which  the  event  is  expected  to  occur.  It  is  calculated  by 
adding  to  the  start  date  of  each  beginning  event  of  the  net¬ 
work  the  activity  times  along  each  individual  path  up  to 
the  event  under  consideration.  The  latest  of  these  com¬ 
puted  dates  is  the  expected  date  of  completion  for  the  event. 

The  start  date  of  each  beginning  event  of  the  network 
is  determined  as  follows:  If  a  scheduled  completion  date 
is  given  (scheduled  completion  dates  will  be  discussed  later) 
for  the  event,  that  date  is  taken  as  a  start  date.  If  no 
scheduled  completion  date  is  given,  the  starting  date  for 
the  entire  network  will  be  taken  as  the  start  date  for  that 
event.  The  calculation  of  expected  dates  is  based  on  the 
two  assumptions  that  an  activity  starts  as  soon  as  its  be¬ 
ginning  event  occurs,  and  an  event  occurs  as  soon  as  all 
activities  leading  up  to  it  have  been  completed. 

The  CRITICAL  PREDECESSOR  (CP)  for  each  event  is  the 
event  which  immediately  precedes  the  event  under  considera¬ 
tion  and  is  on  the  most  time-consuming  path  leading  to  that 
event.  This  critical  predecessor  enables  one  to  trace 
backward  from  any  event  to  an  initial  event,  thus  determin¬ 
ing  the  most  '.ime-consuming  path  up  to  that  point.  This 
most  time-consuming  path  with  respect  to  an  event  is  desig¬ 
nated  as  the  critical  path  for  an  event.  Even  though  it 
is  possible  to  have  two  or  more  critical  paths  leading  to 
an  event,  this  program  will  only  identify  one  critical  prede¬ 
cessor  for  each  event.  To  check  for  the  possibility  of  two 
or  more  critical  paths,  one  should  investigate  the  slack 
listing  (slack  will  be  discussed  later)  to  see  if  there  are 
other  events  with  the  same  slack  but  not  on  the  indicated 
critical  path. 

The  CRITICAL  PATH  of  greatest  interest  usually  is  the 
most  time-consuming  path  leading  to  the  primary  end  event 
of  the  network.  The  events  and  activities  along  the  critical 
path  are  those  which  put  the  most  constraint  on  the  entire 
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system.  This  is  the  most  time-consuming  path  of  all  paths 
leading  to  the  ending  event.  This  suggested  interpretation 
of  critical  path  is  subjective  and  is  not  restricted  by 
this  program. 

An  EVENT  STANDARD  DEVIATION  is  calculated  by  computing 
the  square  root  of  the  sum  of  the  squares  of  the  standard 
deviations  from  each  activity  on  the  critical  path  up  to  the 
event  under  consideration.  This  event  standard  deviation  is 
included  in  the  final  output  of  a  run.  It  is  also  used  in 
calculating  the  probability  of  meeting  given  scheduled  com¬ 
pletion  dates. 

The  LATEST  ALLOWABLE  DATE  (TL)  is  the  latest  date  on 
which  an  event  can  occur  without  creating  an  expected  delay 
in  the  completion  of  the  network.  Latest  allowable  dates 
are  computed  by  passing  through  the  network  in  reverse  order. 
The  Tl  value  for  a  given  event  is  calculated  by  subtracting 
the  sum  of  the  expected  elapsed  activity  times  (te)  for  the 
activities  on  the  longest  path  from  the  given  event  to  the 
end  event  of  the  network  from  the  latest  allowable  date  for 
completing  the  network. 

A  latest  allowable  date  is  associated  with  each  end 
event  of  the  network  (each  event  which  has  no  successor 
event)  in  one  of  the  following  ways; 

.  If  a  scheduled  completion  date  is  given  (scheduled 
completion  dates  will  be  discussed  later)  for  any 
end  event,  that  date  becomes  the  event's  latest 
allowable  date; 

.  If  a  scheduled  completion  date  for  the  entire  net¬ 
work  is  given,  all  end  events  that  have  no  given 
scheduled  completion  dates  will  be  given  the  net¬ 
work's  scheduled  completion  date; 

.  If  neither  an  event  scheduled  completion  date  nor 
network  scheduled  completion  date  is  given,  the 
computed  expected  date  for  the  latest  network  end 
event  is  taken  as  the  latest  allowable  date  for 
every  network  end  event. 

A  SCHEDULED  COMPLETION  DATE  OVER  LATEST  ALLOWABLE  DATE 
OPTION  may  be  selected  (see  activity  card  format).  Whenever 
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this  option  is  selected  for  an  event,  the  scheduled  com¬ 
pletion  date  for  the  event  will  replace  the  computed  latest 
allowable  date  if  it  is  earlier  than  the  latest  allowable 
date.  All  further  caculations  in  the  network  will  be 
anchored  on  the  date  selected.  This  option  permits  pro¬ 
cessing  a  network  where  all  latest  allowable  dates  are  com¬ 
puted  on  the  basis  of  meeting  selected  scheduled  completion 
dates.  This  option  may  segment  critical  paths  so  that  the 
most  critical  path  might  not  run  all  the  way  from  a  beginning 
event  of  the  network  to  an  ending  event,  but  rather  only  to 
some  intermediate  event  having  a  scheduled  completion  date. 

The  expected  date  and  the  latest  allowable  date  for 
an  event  constrain  the  event  from  each  direction.  SLACK 
is  the  time  difference  between  the  latest  allowable  and 
expected  dates  (Tl-Te) •  It  is  one  of  the  most  useful 
features  of  PERT.  Slack  values  can  be  positive,  negative, 
or  zero.  Negative  slack  occurs  when  a  scheduled  completion 
date  for  a  network  end  event  falls  before  the  expected  date 
of  that  event.  Negative  slack  can  also  originate  within  a 
network  when  the  scheduled  completion  date  over  latest  allow¬ 
able  date  option  is  selected.  This  simply  says  that  you  may 
be  unable  to  complete  that  portion  of  the  system  by  its 
scheduled  completion  date  based  on  your  present  time  esti¬ 
mates.  Zero  slack  will  occur  whenever  a  scheduled  completion 
date,  or  the  network  scheduled  completion  date,  coincides 
with  the  computed  expected  date  of  ’an  end  event  or,  as  is 
frequently  the  case,  whenever  scheduled  completion  dates 
for  end  events  and  networks  have  not  been  specified.  If 
a  scheduled  completion  date  for  an  end  event  or  for  the  net¬ 
work  is  later  than  the  computed  expected  dates,  the  network 
will  have  positive  slack  throughout. 

With  these  alternatives  in  mind,  the  output  of  a 
PERT  run  is  analyzed  by  looking  at  the  slack  column  for  the 
minimum  slack  value  listed.  Then  all  the  events  that  have 
this  minimum  slack  value  are  identified.  These  events  are 
on  a  critical  path  of  the  network.  If  these  events  are 
traced  throughout  the  network,  they  form  a  continuous  path. 
(The  path  can  be  traced  by  starting  with  the  end  event  of 
the  set;  its  critical  predecessor  will  be  another  event  of 
the  set.  Look  up  the  critical  predecessor  of  the  second 
event,  etc.)  Since  this  path  is  the  most  time-consuming 
path  in  the  network,  the  activities  on  this  path  are  the 
ones  that  must  be  examined  and  monitored  first  to  insure 
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completion  of  the  system  by  the  scheduled  completion  dates 
of  the  end  events.  In  order  to  shorten  the  computed  ex¬ 
pected  dates  of  the  end  events,  especially  m  those  cases 
where  these  dates  are  later  than  the  scheduled  completion 
dates,  time  must  be  gained  on  the  critical  paths  leading 
to  these  end  events. 

If  the  minimum  slack  value  is  positive,  this  "positive 
slack  in  the  system"  means  the  scheduled  completion  dates 
of  the  end  events  fall  after  the  expected  dates  of  these 
events  and  there  is  spare  time  available  in  the  entire  sys¬ 
tem.  A  "zero  slack"  condition,  when  the  minimum  slack 
value  is  zero,  occurs  most  often  when  no  scheduled  com¬ 
pletion  dates  for  end  events  are  given. 

If  the  minimum  slack  value  is  negative  there  is  "nega¬ 
tive  slack  in  the  system"  and  the  scheduled  network  com¬ 
pletion  dates  are  not  likely  to  be  met,  depending  on  the 
amount  of  negative  slack. 

With  reference  to  activities,  the  following  terms 
need  further  explanation.  The  EXPECTED  END  TIME  of  an 
activity  is  equal  to  the  expected  time  of  its  beginning 
event  plus  the  activity’s  expected  elapsed  time.  The  EX¬ 
PECTED  END  DATE  is  this  time  converted  to  a  date.  The 
LATEST  END  TIME  of  an  activity  is  the  latest  allowable  time 
of  its  ending  event  and  the  LATEST  END  DATE  is  this  time 
converted  to  a  date;  therefore,  latest  end  dates  of  activi¬ 
ties  are  the  same  as  latest  allowable  dates  of  their  ending 
events.  But  expected  end  dates  for  activites  do  not  neces¬ 
sarily  correspond  to  an  event  expected  date.  When  the 
activity  is  on  a  critical  path,  the  expected  end  date  will 
be  the  same  as  the  ending  event's  expected  date. 

ACTIVITY  SLACK  is  equal  to  the  activity’s  latest  end 
time  minus  its  expected  end  time.  The  activity  slack  is 
always  greater  than  or  equal  to  the  slack  of  the  activity's 
ending  event. 

The  computation  of  dates  needs  further  clarification. 
The  program  computes  a  time  in  tenths  of  weeks  from  the 
given  base  date  for  the  expected  and  latest  times  for  each 
event.  These  times,  printed  in  weeks,  are  included  in  the 
activity  output.  The  activity  expected  end  time  and  activity 
latest  time  (expected  end  time  and  latest  time  on  an  activity 
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output)  are  given  in  weeks  from  the  given  base  date  of  the 
system. 

D.  Additional  Considerations 


In  addition  to  the  beginning  and  ending  event  numbers 
and  the  time  estimates  required  for  each  activity  as  input, 
a  TRANSACTION  CODE  (TC)  must  be  included  before  the  network 
can  be  processed  by  the  computer.  This  code  describes  the 
action  to  be  taken  on  the  activity.  When  TC  is  1,  the 
activity  is  treated  as  a  new  activity  to  be  added  to  the 
network.  When  TC  is  other  than  1,  this  indicates  some  other 
action  must  be  taken  with  respect  to  that  activity.  See 
Section  E  for  a  complete  discussion  of  transaction  codes. 

A  SCHEDULED  COMPLETION  DATE  is  a  date  by  which  the 
initiators  would  like  a  particular  event  to  be  completed. 
Generally,  a  scheduled  completion  date  is  given  only  for 
major  events  in  the  system,  not  necessarily  for  all  events. 
As  indicated  above,  a  scheduled  completion  date  when  given 
to  an  end  event  of  the  network  is  taken  as  a  latest  allow¬ 
able  date.  Each  scheduled  completion  date  and  the  computed 
probability  of  meeting  this  date  are  included  in  the  output. 
This  probability  is  based  on  a  normal  distribution  where 
the  mean  is  taken  as  the  expected  date  of  completion  of  this 
event  and  the  standard  deviation  is  the  event  standard 
deviation  described  in  Section  C  above.  If  the  scheduled 
completion  date  is  the  same  as  the  expected  date,  the  proba¬ 
bility  of  meeting  this  date  is  0.50.  If  the  scheduled  com¬ 
pletion  date  is  earlier  than  the  expected  date,  the  proba¬ 
bility  of  meeting  the  scheduled  date  is  less  than  0.50. 

Since  the  program  accepts  information  in  terms  of 
activities,  the  scheduled  completion  date  for  an  event  can 
be  included  with  any  one  of  the  activities  whose  ending 
events  are  the  particular  event  in  question. 

To  associate  a  scheduled  date  with  a  beginning  event 
of  the  network,  a  scheduled  date  transaction  code  (TC  *  3) 
must  be  used  with  the  event  in  the  ending  event  field  and 
the  scheduled  date  in  the  date  field  (see  Section  E  for 
further  information) . 

Scheduled  completion  dates  influence  the  expected  and 
latest  allowable  date  computations  only  when  they  are  given 
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to  a  beginning  or  ending  event  of  the  network,  or  when  the 
"scheduled  completion  date  over  latest  allowable  date  option" 
is  selected.  Whenever  an  end  event  of  the  network  is  given 
a  scheduled  completion  date,  this  scheduled  completion  date 
is  taken  as  the  latest  allowable  date  and  is  printed  out 
in  both  the  scheduled  and  latest  date  columns. 

Another  feature  of  the  program  is  the  inclusion  of 
the  ACTUAL  DATE  on  which  an  activity  is  completed.  On  suc¬ 
cessive  PERT  runs,  various  activities  are  completed.  As 
these  activities  are  reported  complete,  the  actual  date  is 
accepted  as  input  (see  Section  E  for  a  description  of  the 
way  an  actual  date  is  included  in  the  program)  and  carried 
as  an  actual  date  of  completion  for  the  activity.  This 
activity  may  be  one  of  several  activities  having  the  same 
ending  event  (EE).  If  this  is  the  case,  the  program  com¬ 
putes  the  expected  date  of  (EE)  along  all  possible  paths. 

The  expected  date  of  occurrence  along  the  path  which  includes 
the  completed  activity  is  taken  as  this  actual  date.  The 
latest  of  all  these  dates  is  chosen  as  the  expected  date  of 
occurrence  of  the  event.  When  an  actual  date  is  given  for 
all  activities  leading  up  to  a  particular  event,  the  latest 
of  these  actual  dates  will  be  used  as  the  actual  date  of 
completion  of  the  event  and  will  be  included  in  the  output. 
Then  this  event  no  longer  has  an  expected  or  latest  allow¬ 
able  date  and  hence  no  computed  slack,  standard  deviation, 
or  probabilities.  The  actual  date  is  used  as  the  event's 
expected  date  for  the  purpose  of  computing  the  times  forward 
from  this  event. 

Note  again  that  an  actual  date  is  given  for  each 
activity,  but  an  actual  date  is  assigned  to  an  event  only 
after  all  activities  leading  up  to  that  event  have  actual 
dates. 


Logically,  when  an  event  is  given  an  actual  date 
(i.e.,  all  activities  leading  up  to  that  event  have  actual 
dates)  all  events  preceding  this  event  in  the  network  should 
also  have  been  given  actual  dates.  If  an  actual  date  is 
given  to  an  activity  whose  beginning  event  has  not  occurred 
on  a  previous  run  or  will  not  occur  on  the  current  run,  a 
diagnostic  will  indicate  that  the  beginning  event  is  missing 
an  actual  date.  All  actual  dates  are  checked  in  turn  and 
any  other  events  that  should  have  actual  dates  also  will  be 
indicated.  The  program  will  print  out  a  diagnostic  warning 
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for  each  erroneous  event.  Then  the  network  will  be  processed 
using  all  actual  dates.  A  further  identification  of  those 
events  that  are  missing  actual  dates  appears  in  the  event 
slack  output  where  the  events  are  listed  at  the  end  of  the 
list  with  "ERROR"  printed  in  the  slack  column.  Transaction 
code  4  is  used  to  assign  an  actual  date  for  an  activity  and 
transaction  code  6  is  used  to  assign  an  actual  date  for  be¬ 
ginning  events  of  the  network. 

A  LEVEL  CODE  (LC)  can  be  used  to  shred-out  specified 
events  or  to  indicate  events  to  be  considered  for  summari¬ 
zation.  The  level  code  can  be  any  letter,  A  through  0,  and 
will  be  printed  on  event  printouts  immediately  following 
the  event  number  to  which  it  is  assigned.  The  level  code 
is  assigned  to  an  event  number  whenever  it  appears  on  an 
input  card.  It  need  be  included  only  once.  If  two  differ¬ 
ent  level  codes  are  given  for  the  same  event,  an  indication 
of  this  will  be  printed  out  and  the  second  level  code  will 
be  assigned  to  the  event  number.  In  the  activity  outputs 
and  the  master  file  report,  the  level  code  will  appear  only 
with  the  activity  that  it  appeared  with  on  the  input  card. 

The  possibility  for  carrying  on  parallel  work  toward 
the  same  goal  with  the  intent  of  accepting  the  first  suc¬ 
cessful  effort  from  two  or  more  attempts  can  be  accounted 
for  in  the  program.  In  PERT  language,  this  means  the  ex¬ 
pected  date  for  certain  events  should  be  selected  as  the 
earliest  date  instead  of  the  latest  date  from  all  paths 
leading  up  to  that  event.  This  is  done  by  inserting  a  one 
in  the  SHORT  PATH  FLAG  (SP)  field  of  all  activities  at  the 
termination  of  the  parallel  effort  in  completing  an  event. 
This  short  path  flag  will  appear  in  the  output  with  the 
terminating  event.  For  example,  in  the  following  network: 
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If  paths  1-2,  2-3,  3-4,  and  1-5,  5-4  represent  two  parallel 
efforts  to  complete  event  4,  a  short  path  flag  (a  "one") 
must  be  included  with  activities  3-4,  5-4  to  indicate  the 
end  of  the  parallel  effort. 

The  program  does  not  allow  any  other  activities  to 
end  with  event  4.  That  is,  parallel  efforts  must  be  con¬ 
sidered  separately  from  other  interactions.  Dummy  activities 
can  always  be  introduced  if  there  are  other  tie-ins  with 
event  4.  For  example: 


If  activity  7-4  represents  an  additional  but  not  parallel 
effort  necessary  for  the  completion  of  event  4,  it  can  be 
included  by  introducing  activity  4-6,  with  zero  time  esti¬ 
mates  and  now  representing  the  additional  effort  with  ac¬ 
tivity  7-6  instead  of  7-4.  The  expected  time  for  6  will 
represent  the  longer  of  the  two  expected  times  along  4-6 
and  7-6  where  the  expected  time  for  4  is  the  minimum  of  the 
two  times  along  3-4  and  5-4. 

TITLES  can  be  given  to  events  and/or  activities  in 
this  program.  Event  titles  are  included  in  the  input  for¬ 
mat  for  activity  cards.  Activity  titles  are  included  with 
an  input  card  with  a  "9"  transaction  code.  See  Section  E 
for  additional  information  concerning  event  and  activity 
titles. 


In  addition,  4  fields  of  activity-associated  informa¬ 
tion  can  be  input  to  this  program  with  the  "9"  transaction 
code.  These  four  fields  can  be  used  as  a  basis  for  various 
shredouts  of  the  outputs.  This  input  is  also  discussed 
further  in  Section  E. 
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A  computation  of  the  probability  of  positive 
slack  is  included  in  the  program.  For  each  event,  an 
expected  date  and  standard  deviation  are  calculated. 
Also,  a  latest  allowable  date  and  corresponding  standard 
deviation  are  calculated.  The  latest  allowable  date 
minus  the  expected  date  is  the  slack  for  the  event. 

Slack  can  be  negative,  zero  or  positive.  The  probabili¬ 
ty  of  positive  slack  is  based  on  an  assumed  normal  dis¬ 
tribution  of  slack  about  zero  with  a  standard  deviation 
equal  to  the  square  root  of  the  sum  of  the  squares  of 
the  standard  deviation  of  the  expected  and  latest  allow¬ 
able  dates.  The  probability  of  positive  slack  is  equal 
to  the  area  under  the  normal  curve  from  minus  infinity 
up  to  the  computed  slack  value.  Thus,  if  slack  is  zero, 
this  probability  is  .50?  if  slack  is  positive,  this 
probability  is  between  .50  and  1.00. 


E.  Input 

AFSC  Forms  30  and  30A  (the  continuation  sheet)  are 
the  only  forms  required  for  operation  with  the  USAF  PERT 
TIME  System.  These  forms  are  used  for  initial  entries 
as  well  as  for  periodic  updating  cycles.  AFSC  Forms  30 
and  30A  are  shown  in  Figures  A-5  and  A-6  respectively  in 
Appendix  A.  Separate  forms  must  be  prepared  for  each 
network  to  be  processed.  The  data  on  the  Form  30  is 
transcribed  onto  punched  cards  and  is  used  to  establish 
a  network  master  file  or  to  update  an  existing  master 
file. 


The  following  paragraphs  contain  the  detailed 
instructions  for  preparation  of  AFSC  Forms  30  and  30A. 

A  condensation  of  these  instructions  is  printed  on  the 
reverse  side  of  Form  30,  as  shown  in  Figure  A-5b. 

The  Form  30  has  two  data  areas: 

The  initial  card  information  at  the  top  of  the 
form  represents  the  job  order  or  instructions 
to  the  computer  for  a  particular  run. 

The  transaction  cards  portion  of  Form  30  which 
is  continued  by  the  use  of  Form  30A  accepts  the 
network  information  for  activities  and/or  events. 
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A  one- line  entry  is  used  for  each  activity  or 
event.  When  it  is  desired  to  use  activity 
titles  and  other  special  activity  identification 
to  supplement  the  information  provided  by  a  sin¬ 
gle-line  entry,  two  lines  are  used  to  record  the 
complete  information  for  each  activity. 


Initial  Card 


Following  is  a  description  of  the  data  columns  on 
the  AFSC  Form  30  used  for  initial  card  preparation.  The 
top  portion  of  Figure  A- 5a  is  filled  out  only  once  for 
a  particular  run  since  it  contains  the  instructions  for 
what  should  be  printed  out  in  that  run. 

Column  1-7:  Report  Date.  (ddmmmyy)  e.g.,  01JAN63. 

This  is  the  cutoff  date  for  the  re¬ 
port  and  is  primarily  used  to  estab¬ 
lish  the  currency  of  the  network.  It 
is  printed  out  in  the  heading  of  all 
final  output  reports.  In  addition, 
it  is  used  as  the  starting  point  of 
the  E-L  Chart.  Hence,  it  must  be  giv¬ 
en  and  must  be  later  than  the  start 
date  if  this  report  is  requested. 

8-9:  Run  Number.  The  run  number  must  be  01 

for  an  initial  run  and  greater  than  01 
for  update  runs.  If  the  run  number  is 
01,  tne  program  does  not  search  for 
an  old  master  file.  For  any  other  run 
number  the  program  calls  for  an  old 
master  file  and  prints  out  the  run  num¬ 
ber.  The  program  does  not  check  to  see 
if  run  numbers  are  sequenced. 

10:  Special  Program  Options.  The  options 

in  this  column  have  been  used  to  aid 
in  debugging  the  computer  program. 

They  are  still  available  and  are  list¬ 
ed  below. 

NOTE:  This  column  is  for  use  by  com¬ 
puter  programmers  only. 

Blank  -  Normal  PERT  run. 
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1  -  Core  dump  on  SYS0U1  after  Input 

Routine.  Program  halts. 

2  -  Core  dump  on  SYSOU1  after  Rank 

Routine.  Program  halts. 

3  -  Core  dump  on  SYS0U1  after  Forward 

and  Backward  Routine.  Program 
halts . 

4  -  Core  dump  on  SYSOU1  after  Event 

Output.  Program  halts. 

5  -  Core  dump  on  SYS0U1  after  Activ¬ 

ity  Assembly.  Program  halts. 

Blank  -  Not  used. 

Master  File  Report.  This  is  a  listing 
of  the  current  network. 

Blank  -  PERT  Master  File  Report  not  re¬ 
quested. 

1  -  PERT  Master  File  Report  requested. 

2  -  Changed  items  from  PERT  Master  File 

Report  requested. 

Start  Date  of  the  Network.  (mmddyy) 
e.g. ,  013063  for  Jan.  30,  63.  The 
start  date  of  the  network  must  always 
be  given.  This  date  is  the  point  from 
which  all  time  calculations  are  made. 
Like  the  report  date,  the  start  date 
is  printed  out  in  the  heading  of  all 
final  output  reports. 

E-L  Chart  -  By  Weeks. 

Blank  -  No  E-L  Chart  requested. 

1  -  E-L  Chart  with  D  -  -  D  spread. 

2  -  E-L  Chart  with  D  -  -  D  spread  omit¬ 

ted.  A  report  date  must  be  given 
if  an  E-L  Chart  is  desired,  since 
it  is  used  as  the  starting  point 
for  the  chart. 

Summary  Report.  This  code  indicates 
whether  a  summary  report  is  desired 
and  designates  the  level  of  the  sum¬ 
mary.  When  a  certain  level  is  desig¬ 
nated,  all  higher  levels  of  summary 


will  also  be  printed  out.  The  letters 
"A"  through  "0"  and  the  number  one  may 
be  used. 

Blank  -  No  summary  requested. 

1  -  Minimum  summary.  A  summary  net¬ 
work  containing  only  those  events 
required  to  maintain  the  network 
logic  of  the  detailed  network. 

A  -  Summary  on  level  A  requested. 

B  -  Summary  on  levels  A  and  B  request¬ 
ed. 

C  -  Summary  on  levels  A,  B,  and  C  re¬ 
quested. 


-  etc.,  through 

0  -  Summary  on  levels  A,  B,  C,  .  .  ., 

0  requested. 

21s  Event  Output  Options.  A  code  number 

(1  through  7)  is  entered  to  indicate 
the  type  of  event  output  desired. 

Blank  -  No  event  output. 

1  -  Event  output  ordered  by  event  num¬ 

ber. 

2  -  Event  output  ordered  by  expected 

date. 

3-1  and  2. 

4  -  Event  output  ordered  by  slack. 

5- 1  and  4. 

6- 2  and  4. 

7  -  1,  2  and  4. 

22:  Blank  -  Not  used. 

23s  Run  Date.  This  is  the  actual  process¬ 

ing  date  and  is  taken  from  SYSDAT  which 
is  a  computer  storage  location  estab¬ 
lished  by  the  $  DATE  monitor  card  or 
by  the  facility’s  accounting  routine 
through  IBSYS. 

Blank  -  Run  date  is  included  in  the 
output. 

1  -  Run  date  omitted. 

24s  Blank  -  Not  used. 
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25-30:  Network  Completion  Date.  (mmddyy)  e.g., 

013063  for  Jan.  30,  1963.  The  network 
completion  date  is  an  optional  date 
that  is  assigned  as  a  latest  allowable 
date  (TE)  to  all  end  events  which  do 
not  have  assigned  scheduled  completion 
dates.  If  the  network  completion  date 
is  not  given,  computed  expected  dates 
(Te)  are  used  to  set  TL  for  end  events. 

31-36:  System  Number.  (First  line,  first  field 

of  output  heading  -  6  alpha-numeric 
character  field).  This  specifies  the 
system  number  that  will  be  printed  in 
the  heading  of  the  selected  output  re¬ 
ports. 

37-72:  Output  Title.  (First  line,  third  field 

of  output  heading  -  36  alpha-numeric 
character  field) .  This  field  may  be 
used  as  desired.  The  entries  will 
appear  in  the  output  heading. 

73-78:  User's  Identification.  (Second  line, 

last  field  of  output  heading  -  6 
alpha-numeric  character  field) . 

79:  E-L  Chart  -  By  Months. 

Blank  -  No  E-L  Chart  requested. 

1  -  E-L  Chart  requested. 

80:  Activity  Output  Options.  A  code  num¬ 

ber  (1  through  7)  is  entered  to  desig¬ 
nate  the  type  of  activity  output  desired. 
Blank  -  No  activity  output. 

1  -  Activity  output  ordered  by  ending/ 

beginning  event  numbers  (EE-BE). 

2  -  Activity  output  ordered  by  activ¬ 

ity  expected  end  time. 

3-1  and  2. 

4  -  Activity  output  ordered  by  activ¬ 

ity  slack. 

5  -  1  and  4. 

6-2  and  4. 

7  -  1,  2,  and  4. 
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Transaction  Card  Input  Data  (for  first  line  of 
information) 


The  following  explanation  pertains  to  the  data  por¬ 
tion  of  Forms  30  and  30A  as  used  for  recording  the  first 
line  (first  punch  card)  of  information  for  each  activity. 
Examination  of  Figure  A- 5a  will  show  how  this  entry  is 
made.  The  columns  below  refer  to  the  columns  on  the  Form 
30  and  those  on  the  corresponding  punch  card. 

Column  Is  Transaction  Code.  Transaction  codes  are  used 
to  indicate  the  action  to  be  taken  in  proces¬ 
sing  each  line  entry.  The  following  codes  are 
used: 

TC-1:  Code  1  indicates  a  new  activity  to 

be  added.  All  activities  for  the 
first  run  of  a  network  will  have 
this  code  with  the  exceptions  cited 
under  TC-3. 

All  fields  of  the  "Input  Format 
for  Activity  Cards"  are  applicable. 
Scheduled  dates  may  be  included  with 
any  activity  and  will  be  automatically 
associated  with  the  ending  event  of 
the  activity.  Actual  dates  cannot 
be  entered  with  this  code . 

TC-2:  This  code  indicates  a  change  in  any 

one  or  all  of  the  three  time  estimates 
for  an  existing  activity.  The  new 
time  estimates  replace  the  former 
ones.  If  the  time  estimates  are  left 
blank,  no  change  in  the  previous 
estimates  is  made.  This  code  is  also 
used  to  change  the  interface  flags 
and/or  level  codes.  If  columns  5,  14, 
15,  or  24  are  blank,  nothing  is  done 
to  the  interface  flags  or  level  codes. 
A  zero  in  any  of  these  columns  will 
delete  the  corresponding  interface 
flag  or  level  code.  An  "I"  in 
columns  5  or  15  will  add  an  interface 
flag  for  the  corresponding  event, 
and  a  letter  "A"  through  "O"  will 


1-17 


add  a  level  code  for  the  correspond¬ 
ing  event.  To  change  an  interface 
flag  or  level  code,  this  2  code  must 
contain  the  same  activity  as  was  used 
initially  to  establish  the  inter¬ 
face  flag  and/or  level  code.  (This 
does  not  apply  when  adding  a  new 
interface  flag  or  level  code.)  If 
the  level  code  or  interface  flag 
was  assigned  to  an  event  more  than 
once ,  a  2  code  must  be  used  with 
each  activity  that  contained  the 
flag  or  code.  When  using  this  trans¬ 
action  code,  column  3  must  be  blank, 
and  the  activity  must  be  defined  by 
its  two  event  numbers  in  columns 
6-13  and  16-23.  Columns  5,  14,  15, 
24,  and  25-36  are  used  as  mentioned 
above.  All  other  columns  are  not 
used. 

TC-3:  A  3  code  is  used  to  add,  change,  or 

delete  a  scheduled  date,  to  add  or 
change  the  scheduled  date  over  latest 
date  option,  and/or  to  add  or  change 
the  title  of  a  particular  event. 

This  might  be  considered  an  event 
information  code.  The  program  will 
take  the  event  number  from  columns 
16-23,  and  if  a  scheduled  date  is 
given,  store  that  date  and  the  sched¬ 
uled  date/latest  date  option  with 
the  event  number.  If  any  character 
of  the  title  field  is  not  a  blank, 
the  program  takes  the  information 
from  columns  44-78  of  this  input 
card  as  a  description  of  the  event 
and  stores  this  title  for  output. 

This  card  code  enables  one  to  give 
a  description  and  a  scheduled  date 
to  initial  events  and,  hence,  might 
appear  in  an  initial  run  along  with 
the  transaction  code  1  cards.  To 
change  only  the  scheduled  date  over 
latest  date  option  associated  with 
a  scheduled  date  which  has  previously 
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been  included  in  the  network,  the 
scheduled  date  must  again  be  in¬ 
serted  into  the  network  by  being 
punched  in  columns  37-42  of  this 
card  together  with  the  desired  option 
in  column  3.  A  blank  omits  the 
option  and  a  "1"  includes  this  option 
in  the  computation.  When  a  sched¬ 
uled  date  is  changed  with  this  card, 
the  scheduled  date  option  for  the 
new  scheduled  date  is  taken  from 
column  3  of  this  card.  To  delete 
a  scheduled  date,  zeros  must  be  placed 
in  all  columns  of  the  date  field. 

Only  columns  1,  3,  16-23,  37-42,  and 
44-78  are  used  by  the  program. 

TC-4:  This  code  is  used  to  establish  an 

actual  date  of  completion  for  an  ac¬ 
tivity.  The  date  is  assigned  to  the 
ending  event  of  the  activity.  A  date 
of  completion  will  not  appear  in  the 
output  for  this  ending  event  until 
all  activities  with  the  same  ending 
event  have  reported  dates  of  com¬ 
pletion.  Then,  the  latest  completion 
date  which  the  computer  received  will 
be  included  in  the  output  as  the  ac¬ 
tual  date  of  completion  for  the  end¬ 
ing  event.  Only  columns  1,  6-13,  16- 
23,  37-42  are  used  by  the  program. 

TC-5:  Code  5  is  used  to  delete  an  activity. 

The  only  information  needed  is  the 
beginning  and  ending  event  numbers. 
Care  must  be  used  with  code  5  to 
maintain  the  desired  network.  For 
example  to  delete  an  event  linking 
two  activities  to  a  network,  two 
activities  must  be  deleted  and  one 
added . 


to  delete  Event 
2,  one  must  delete 
Activities  1-2 
and  2-3  and  add  a 
new  Activity  1-3. 
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Only  columns  1,  6-13,  and  16-23  are 
used  by  the  program. 

TC-6:  Code  6  is  used  to  add  an  actual  date 

and  if  desired  to  add  a  title  to  a 
beginning  event  of  the  network.  The 
date  must  be  greater  than  or  equal 
to  the  start  date  of  the  system.  If 
only  the  event  title  is  to  be  added, 
a  TC-3  code  should  be  used.  The  only 
information  which  a  TC-6  card  needs 
is  the  event  number  in  columns  16-23. 
the  actual  date  in  the  date  field 
(columns  37-42)  and,  if  included,  the 
title  in  columns  44-78. 

TC-7:  Code  7  is  not  used  at  this  time. 

TC-8:  Code  8  is  used  to  add  or  delete  a 

short  path  flag  of  an  activity.  The 
beginning  and  ending  event  numbers 
must  be  given  together  with  the  new 
short  path  flag  (blank  or  1).  Spe¬ 
cial  care  must  be  exercised  in  us¬ 
ing  the  short  path  flag. 

TC-9s  Code  9  is  only  used  when  activity 

titles  or  associated  data  are  entered 
on  the  second  line  of  activity 
information.  This  is  not  used  for 
the  first  line  of  activity  infor¬ 
mation. 

Column  2i  Short  Path  Flag. 

Blank  -  No  short  path  flag. 

1  -  Short  path  flag  is  desired.  If  this  flag 
is  used  all  terminal  activities  of  a  par¬ 
allel  effort  must  be  identified  with  a 
"1"  (one)  in  this  column. 

3t  Scheduled  Date  Option. 

Blank  -  The  scheduled  date  is  not  included  in 

the  latest  allowable  date  computation. 

1  -  The  scheduled  date  is  included  in  the 
latest  allowable  date  computation.  The 
program  will  replace  the  computed  latest 
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allowable  date  with  the  scheduled  com¬ 
pletion  date  if  it  is  earlier  than  the 
latest  allowable  date  (TL)  and  continue 
computing  latest  allowable  dates  with 
this  new  restraining  date. 

4s  Blank  -  Not  used. 

5:  Interface  for  Beginning  Event. 

Blank  -  The  beginning  event  is  not  an  inter¬ 
face  . 

I  -  The  beginning  event  is  an  interface. 

6-13:  Beginning  Event  Number  (BE)  -  must  be  numeric 

and  greater  than  zero.  All  columns  must  be 
filled. 

14:  Level  Code  for  the  Beginning  Event.  A  letter 

"A"  through  "0"  (the  latter  should  be  written 
"0"  to  distinguish  it  from  zero  which  is  used 
in  the  same  column  for  deletion  purposes)  is 
used  to  identify  the  beginning  event  for  var¬ 
ious  management  levels  for  summary  or  shred- 
out  purposes.  The  level  code  need  be  includ¬ 
ed  only  once  for  each  event. 

Blank  -  No  summary  level  designated. 

A  -  0  -  As  assigned. 

0  -  (number  zero)  -  de-lete  the  level  code. 

15:  Interface  for  Ending  Event. 

Blank  -  The  ending  event  is  not  an  interface. 
I  -  Ending  event  is  an  interface. 

16-23:  Ending  Event  Number  (EE) .  Must  be  numeric 

and  greater  than  zero.  All  columns  must  be 
filled. 

24:  Level  Code  for  Ending  Event  (A  through  0) .  A 

letter  "A"  through  "0"  (the  latter  should  be 
written  "0"  to  distinguish  it  from  zero  which 
is  used  in  the  same  column  for  deletion  pur¬ 
poses)  is  used  to  identify  the  ending  event 
for  various  management  levels  for  summary  or 
shredout  purposes.  The  level  code  need  be 
included  only  once  for  each  event. 

Blank  -  No  summary  level  designated. 
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A  -  0  -  As  assigned. 

0  (number  zero)  -  delete  the  level  code. 


25-28:  Optimistic  Time  Estimate.  In  weeks  and  tenths 

of  weeks.  (003.5  equals  a  time  of  3  1/2  weeks) 
Four  digits  must  be  used. 


29-32: 


Most  Likely  Time  Estimate.  In  weeks  and  tenths 
of  weeks.  (003.5  equals  a  time  of  3  1/2  weeks). 
Four  digits  must  be  used.  When  single  time 
estimates  or  scheduled  times  are  used,  they 
are  placed  in  these  columns  only. 


33-36:  Pessimistic  Time  Estimate.  In  weeks  and  tenths 

of  weeks.  (003.5  equals  a  time  of  3  1/2  weeks). 
Four  digits  must  be  used. 


37-42:  Date  Field.  These  columns  are  used  to  enter  a 

scheduled  date  for  an  event  or  actual  comple¬ 
tion  date  of  an  activity.  The  date  Jan.  30, 
1963,  would  be  entered  as  013063. 


43:  Blank  -  Not  used. 

44-78:  Event  Title.  The  ending  event  title  may  be 

entered  in  this  field.  Alphabetic,  numeric, 
or  other  special  characters  available  can  be 
used  to  describe  an  event.  To  include  a  title 
with  a  starting  event,  a  transaction  code  3 
must  be  used. 


79-80:  Blank  -  Not  used. 


Transaction  Card  Input  Data  (for  second  line  of  in¬ 
formation)  . 


The  use  of  data  columns  on  Forms  30  and  30A  for  the 
second  line  entry  (second  punch  card)  which  records  addi¬ 
tional  activity  information  (activity  title  and  special 
activity  identification  such  as  responsible  organization 
or  department,  charge  number,  priority  number,  etc.)  is 
described  below.  Figure  A- 5a  illustrates  how  this  second 
line  entry  is  made  when  using  only  one  of  the  four  avail¬ 
able  fields  of  activity  information.  The  data  entered  as 
a  second  line  will  be  printed  on  the  second  line  of  the 
Activity  Reports.  (See  Appendix  A  for  examples). 
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Column  1: 

2-5: 

6-13: 

14-15: 

16-23: 

24: 

25-42: 


43-78 

79-80 


The  transaction  code  to  enter  activity 
titles  and  activity  associated  informa¬ 
tion  is  always  9. 


Blank  -  Not  used. 

Beginning  Event  Number  (BE) . 
Blank  -  Not  used. 

Ending  Event  Number  (EE) . 
Blank  -  Not  used. 


Activity  Information.  The  activity 
associated  information  is  divided  into 
4  fields;  the  first  3  fields  contain  4 
columns  of  information  each  and  the  4th 
field  can  contain  6  columns  of  informa¬ 
tion.  This  division  of  the  18  columns 
is  prompted  by  the  AFSC  Form  30 ,  where 
these  4  fields  correspond  to  the  three 
time  estimates  and  the  date  fields. 
These  four  fields  are  used  at  the  dis¬ 
cretion  of  the  PERT  user.  Any  informa¬ 
tion  the  user  desires  to  associate  with 
a  given  activity  may  be  included.  The 
information  entered  in  any  or  all  of 
these  4  fields  will  be  printed  on  a 
second  line  of  the  Activity  Report. 
Columns  25-42  may  also  be  used  to  in¬ 
crease  the  title  length. 

Activity  Title.  The  activity  title  may 
be  entered  in  this  field.  Alphabetic, 
numeric  or  other  special  characters 
available  may  be  used  to  describe  an 
activity. 


Not  used. 
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Validation  and  File  Maintenance  Reports 


PERT  Master  File  Report  Summary  Sheet 

The  initial  part  of  this  PERT  program  generates  or 
updates  a  master  file  tape  from  the  input  data  whenever 
a  network  is  to  be  processed.  On  every  run  a  PERT  MASTER 
FILE  REPORT  SUMMARY  SHEET  is  printed  out  (see  illustration 
in  Figure  A-7,  Appendix  A).  This  is  a  listing  of  infor¬ 
mation  about  the  entire  network  and  the  optional  outputs 
the  user  has  requested.  The  information  includes  the  User's 
Identification,  System  Number,  Output  Heading,  Report  Date  , 
Start  Date  and  the  Report  Options.  There  are  five  major 
report  options  available,  with  alternatives  given  for  some 
of  the  options.  The  selection  of  these  options  is  indi¬ 
cated  under  Report  Options  by  the  following  symbols  appear¬ 
ing  under  each  major  report  option  title: 

MASTER  -  Indicates  the  selected  master  file  report 
option. 

Blank  -  No  master  file  report  requested. 

STD  -  Standard  master  file  report  requested. 

CHG  -  Master  file  report  requested  for  only 
those  items  from  the  master  file  that 
were  affected  by  the  last  set  of  changes. 

E-L  CHART  -  Indicates  the  selected  E-L  Chart  option. 

Blank  -  No  E-L  Chart  requested. 

WKS-D  -  An  E-L  Chart  by  weeks  with  the  "D"'s  to 
show  the  three  standard  deviation  spread 
was  requested. 

WKS  -  An  E-L  Chart  by  weeks  without  "D'"s  was 
requested. 

MOS  -  An  E-L  Chart  by  months  was  requested. 

WKS-D  MOS  or  WKS  MOS  -  E-L  Charts  have  been  re¬ 
quested  under  both  options. 

EVENT  -  Indicates  the  selected  event  output  sort 
option. 

SL  -  Slack  ordered  sort  requested. 

ED  -  Expected  date  ordered  sort  requested. 

EN  -  A  sort  by  increasing  event  number  requested. 
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ACTIVITY  -  Indicates  the  selected  activity  output  sort 
options . 

SL  -  Activity  slack  ordered  sort  requested. 

ET  -  Activity  Expected  End  Time  ordered  sort 
requested. 

EN  -  Activity  ending/beginning  event  number  ordered 
sort,  i.e.,  EE-BE  requested. 


SUMMARY  -  Indicates  the  selected  summary  report 
option. 

Blank  -  No  summary  report  requested. 

A  through  letter  0  -  A  summary  report  summarized 
to  the  level  of  the  letter  shown  was  re¬ 
quested  . 

_1  -  Minimum  summary  network  requested. 


PERT  Master  File  Report 


A  PERT  master  file  report  is  printed  next  when  re¬ 
quested.  This  is  a  listing  of  the  updated  network  and  can 
be  used  to  check  for  errors.  It  includes  the  following 
information:  TC,  SP,  SCH  OPT,  I,  BEGIN  EVENT,  LC,  I,  END 

EVENT,  LC,  OPT  TIME,  M  TIME,  PESS  TIME,  SCH  DATE,  ACT  DATE, 
and  EVENT  TITLE.  On  the  second  line  is  the  activity  title 
and/or  other  activity  associated  information.  See  Figure 
A-8,  Appendix  A,  for  an  illustration  of  the  PERT  master 
file  report. 


PERT  TIME  Error  Messages  Ret 
nostics  Report 


>rt  and  PERT  Dia 


The  error  messages  report  identifies  errors,  such  as 
duplicate  activities,  changes  to  nonexistent  activities, 
etc.  The  computer  program  also  includes  a  list  of  diag¬ 
nostics  and  comments  which  are  printed  when  applicable. 


Included  are  operation  instructions  and  errors  found 
after  the  master  file  generation  phase.  The  possible  error 
messages  are  listed  in  Figure  1-1.  The  complete  listing 
of  PERT  diagnostics  is  presented  in  Figure  1-2.  The  com¬ 
ments  appearing  in  lower  case  type  in  these  tables  are  not 
printed  out. 
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1.  INCORRECT  OLD  MASTER  SYSTEM  NO  XXXXXX 
SYSTEM  NAME  (36  characters) 

RESTART  OR  SKIP  JOB 

2.  BE  INCORRECT 

Cause  -  the  BE  has  alpha  or  blank  characters. 

Action  -  the  record  is  omitted  and  computation 

continues. 

3 .  EE  INCORRECT 

Cause  -  the  EE  has  alpha  or  blank  characters. 

Action  -  the  record  is  omitted  and  computation 

continues. 

4.  LC  INCORRECT 

Cause  -  the  LC  for  BE  or  EE  is  other  than  an  A 
through  0  or  a  blank. 

Action  -  the  LC  is  omitted  and  computation  continues. 

5 .  TIMES  BAD 

Cause  -  an  alpha  or  blank  is  in  the  time  field  or 
an  alpha  is  in  the  date  field. 

Action  -  the  times  are  omitted  and  computation  con¬ 
tinues. 

6.  INSERT  EQUAL 

Cause  -  the  same  activity  has  been  entered  twice 
or  more. 

Action  -  the  first  entry  is  retained  and  all  others 
are  dropped. 

7 .  SEQ  ERROR 

Cause  -  there  has  been  a  machine  error  in  sorting. 
Action  -  re-run. 

8.  UNMATCHED 

Cause  -  an  update  has  been  entered  for  an  activity 
or  event  that  does  not  exist  in  the  master. 
Action  -  the  update  is  omitted. 

9.  NONSELECT 

Cause  -  the  input  card  format  is  not  correct. 

Action  -  the  input  card  is  omitted  and  computation 

_ continues. _ 

Figure  1-1 
Error  Messages 
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1. 

LEVEL  CODE  CHANGE  XX- XXX- XXX1  1? . 

Cause  -  the  level  cdde  indicated  has  been  changed. 

2. 

0  TIME  IS  GREATER  THAN  P  TIME.  USES  M  TIME 

XX- XXX- XXX  TO  XX-XXX-XXX. 

3. 

0  TIME  IS  GREATER  THAN  M  TIME.  USES  M  TIME 
XX-XXX-XXX  TO  XX-XXX-XXX. 

M  TIME  IS  GREATER  THAN  P  TIME.  USES  M  TIME 
XX-XXX-XXX  TO  XX-XXX-XXX. 

5. 

INCORRECT  TRANSACTION  CODE  T3  XX-XXX-XXX. 

Action  -  the  input  card  is  omitted  and  the  run 
continues . 

6. 

XX-XXX-XXX  HAS  MORE  THAN  63  PREDECESSORS. 

Action  -  the  run  is  terminated. 

7. 

XX-XXX-XXX  HAS  MORE  THAN  63  SUCCESSORS. 

Action  -  successor  tally  is  63  plus  number  shown. 

8. 

START  DATE  IS  NOT  CORRECT. 

Action  -  the  run  is  terminated. 

9. 

SCHEDULE  OR  ACTUAL  DATE  IS  BEFORE  THE  START  DATE. 
DELETE  DATE  XX-XXX-XXX. 

Action  -  event  Tg  is  used  in  the  computation. 

10. 

NOE  EXCEEDS  12000. 

Action  -  the  run  is  terminated. 

11. 

NOA  EXCEEDS  12000. 

Action  -  the  run  is  terminated. 

12. 

LOOP  IN  NET.  TAKE  PROBLEM  OFF  MACHINE.  LIKELY 
EVENTS  IN  LOOP  ARE  (ALL  EVENTS  IN  LOOP) . 

^XX- XXX- XXX  -  will  be  the  event  number  that  is  in  question 
2 

level  code. 

3 transaction  code. 

Figure  I-2a 
PERT  Diagnostics 


13.  3SR05 - 3SR14 

Cause  -  the  network  cannot  be  summarized  due  to 
the  density  of  selected  events. 

Action  -  the  summary  run  is  terminated. 

14.  TIME  HAS  EXCEEDED  15.7  YEARS  (Expected  or  Latest  Times). 

Action  -  the  run  is  terminated. 

15.  THESE  ACTIVITIES  HAVE  ACTUAL  DATES  BUT  THE  "BE'S" 

ARE  NOT  COMPLETED  (CHECK)  XX-XXX-XXX. 

Action  -  the  date  is  accepted  but  an  indication 

will  be  given  for  the  BE's  on  all  output 
reports.  (The  word  ERROR  will  print  in 
the  slack  columns.) 

16.  3SR01 - 3SR05 

Cause  -  the  case  in  15,  above  has  occurred. 

Action  -  the  summary  run  is  terminated. 


Figure  I-2b 
PERT  Diagnostics 
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G.  Output  Reports^- 
Headings 

The  event,  activity  and  E-L  Chart  outputs  each  have 
basically  the  same  heading  at  the  top  of  each  page  (Fig¬ 
ures  A- 10/  A-13,  A-15).  The  heading  includes  fourteen 
items;  six  on  the  first  line  and  four  items  on  each  of  the 
next  two  lines  as  follows; 

1.  SYSTEM  NR.  XXXXXX,  taken  directly  from  columns  31- 
36  of  the  initial  input  card. 

2.  Name  of  output  -  EVENT  REPORT,  ACTIVITY  REPORT  or 
E-L  Chart. 

3.  Output  heading,  columns  37-72  of  the  initial  input 
card. 

4.  RUN  NR.  XX,  columns  8-9  of  the  initial  input  card. 

5.  PAGE  NR.  XXX,  generated  within  the  program. 

6.  Order  of  output.  For  the  event  output  this  ordering 
can  be  by  EVENT,  SLACK,  or  EDATE  (expected  date). 

For  the  activity  output  this  ordering  can  be  by 
EE-BE  (ending  event-beginning  event) ,  A  SLK  (acti¬ 
vity  slack) ,  or  E  TIM  (expected  time) .  For  an  E-L 
Chart,  the  output  is  always  ordered  by  event  ex¬ 
pected  date. 

7.  START  DATE  XXXXXXX ,  taken  from  columns  13-18  of  the 
initial  input  card  and  converted  to  the  (ddmmmyy) 
format. 

8.  USAF  PERT 

9.  XXXXX  EVENTS,  the  number  of  events. 

10.  User's  identification,  columns  73-78  of  the  initial 

input  card. 


^the  figure  numbers  shown  in  parentheses  throughout  this 
section  refer  to  illustrative  examples  given  in  Appendix 
A. 


1-29 


11.  END  DATE  XXXXXXX,  taken  from  columns  25-30  of  the 
initial  input  card  and  converted  to  (ddmmmyy)  for¬ 
mat. 

12.  RUN  DATE  XXXXXXX,  taken  from  SYSDAT . 

13.  XXXXX  ACTIVITIES,  the  number  of  activities. 

14.  REPORT  DATE  XXXXXXX,  a  duplication  of  columns  1-7 
of  the  initial  input  card. 

Event  Output  (figures  A-10,  A-ll,  A-12) 

One  may  select  this  output  ordered  by  event  number 

(item  2  below) ,  expected  date  (item  8  below)  or  slack 

(item  11  below) .  Fourteen  items  of  information  for  each 

event  are  included  in  the  event  output  listing  as  follows 

1.  EVENT  TITLE 

2.  EVENT  NR.  An  "I"  will  be  printed  out  immediately 
preceding  the  event  number  if  that  event  has  been 
designated  as  an  interface  event  on  the  input  form. 

3.  L.C.  -  Level  Code  of  above  event. 

4.  CRITICAL  PREDECESSOR 

5.  L.C.  -  Level  Code  of  the  Critical  Predecessor  Event 

6.  S.P.  -  The  Short  Path  Flag. 

7 .  ACTUAL  DATE 

8.  EXPECTED  DATE 

9 .  LATEST  DATE 

10.  SCHEDULED  DATE  -  An  asterisk  will  precede  this  date 

when  the  scheduled  date  over  the  latest  date  option 
is  selected. 

11.  SLACK  TIME,  given  in  weeks. 

12.  STD  DEV,  the  event  standard  deviation  in  weeks. 
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13.  PROB  SCD,  the  probability  of  meeting  the  scheduled 
date. 

14.  PROB  POS  SL,  the  probability  of  having  positive  slack. 

Activity  Output  (Figures  A- 15,  A- 16,  A- 17) 

One  may  select  this  output  ordered  by  EE-BE  (items 

1  and  3,  below),  by  A  SLK  (item  11,  below),  or  by  E  TIM 

(item  5,  below).  The  following  items  of  information  are 

included  in  the  activity  output: 

1.  BEGINNING  EVENT,  the  beginning  event  of  the  acti¬ 
vity.  An  "I"  will  be  printed  out  immediately 
preceding  the  event  number  if  that  event  has  been 
designated  as  an  interface  event  on  the  input  form. 

2.  LC,  the  level  code  of  the  beginning  evert. 

3.  ENDING  EVENT,  the  ending  event  of  the  activity.  An 
"I"  will  be  printed  out  immediately  preceding  the 
event  number  if  that  event  has  been  designated  as 
an  interface  event  on  the  input  form. 

4.  LC,  the  level  code  of  the  ending  event. 

5.  EXPECTED  END  TIME,  the  activity  expected  end  time 
in  weeks  from  the  base  date  (or  start  date  -  they 
are  the  same).  If  an  A  precedes  this  time;  the 
time  and  date  are  activity  actual  times  and  dates 
from  transaction  code  4. 

6.  EXPECTED  END  DATE,  the  activity  expected  end  time 
converted  to  a  date. 

7.  LATEST  END  TIME,  the  activity  latest  end  time  in 
weeks  from  the  base  date.  If  an  A  precedes  this 
time,  the  time  and  date  are  actual  times  and  dates 
for  the  ending  event. 

8.  LATEST  END  DATE,  the  activity  latest  end  time  con¬ 
verted  to  a  date. 

9.  ACT  TIME,  the  activity  expected  time  (a  +  4m  +  b)/6. 
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10.  ACT  SIG,  the  activity  standard  deviation,  (b-a)/6. 

11.  ACT  SLACK,  the  latest  time  of  the  activity's  ending 
event  minus  the  activity  expected  time. 

12.  SCHEDULED  TIME,  the  activity  scheduled  time. 

13.  SCHEDULED  DATE,  the  activity  scheduled  date.  An 
asterisk  will  precede  this  date  when  the  scheduled 
date  over  latest  date  option  is  selected. 

14.  CRITICAL  PREDECESSOR,  the  event  which  immediately 
precedes  the  event  under  consideration  on  the  most 
time-consuming  path  leading  to  that  event. 

15.  SP,  short  path  flag. 

16.  EVENT  SLACK,  the  slack  of  the  ending  event. 

17.  END  EVENT  EXP  DATE,  the  expected  date  of  the  end 
event.  This  will  be  equal  to  or  later  than  the 
date  shown  in  item  6.  An  "A”  preceding  this  date 
indicates  an  actual  date. 

Whenever  activity  titles  and/or  activity  associated 
information  are  given,  this  will  be  printed  on  e.  line 
immediately  below  the  above  items. 

E-L  Charts  (Figure  A-13,  A-14) . 

The  E-L  Chart  is  a  chronological  display  of  the  ex¬ 
pected  (E),  latest  (L) ,  scheduled  (S) ,  and  actual  (A)  times 
for  each  event  in  the  network.  This  display  begins  at  the 
time  of  the  report  date,  which  must  be  the  same  as  or  lat¬ 
er  than  the  start  date.  All  events  with  expected  dates 
prior  to  the  report  date  but  without  actual  dates  will  be 
listed  without  reference  on  the  chart.  Only  those  events 
with  expected  dates  within  the  range  of  chart  will  be 
listed. 


The  event  title  and  number,  together  with  its  slack 
value  and  an  "E"  for  the  expected  date  and  an  "L"  for  the 
latest  date  will  be  printed  for  each  event  within  the  time 
span  of  the  chart.  Whenever  an  event  has  been  given  a 
scheduled  date,  an  "S"  is  also  printed  with  that  event. 
Whenever  a  symbol  (E,  L,  S)  is  printed,  the  date  itself 
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is  also  printed.  When  an  actual  date  for  an  event  falls 
within  the  time  span  of  the  chart,  the  date  will  be  printed 
and  labeled  as  "ACTUAL  DATE".  The  E-L  Chart  may  be  selected 
for  either  or  both  of  two  time  spans.  The  first  extends 
for  a  period  of  one  and  one-half  years  in  weekly  incre¬ 
ments.  This  chart  may  be  selected  with  or  without  a  "D" 
printed  three  standard  deviations  to  the  left  and  to  the 
right  of  the  "E" .  The  time  period  for  the  second  chart 
covers  the  report  date  and  the  following  84  months.  The 
"D's"  are  not  available  on  this  report. 

H.  Network  Summarization 


The  capability  of  summarizing  a  network  is  included 
in  the  USAF  PERT  TIME  Program.  One  purpose  of  this  summary 
is  to  allow  the  processing  of  several  large  networks  as 
one  integrated  network  by  condensing  these  networks  so 
that  they  may  all  be  processed  together  (i.e.,  so  that  the 
total  number  of  activities  or  events  on  the  integrated 
network  will  not  exceed  12,000).  The  first  step  in  this 
direction  is  to  develop  from  any  given  network  a  smaller 
summary  network  that,  when  processed  either  alone  or  to¬ 
gether  with  other  networks,  will  give  the  equivalent  re¬ 
sults  with  respect  to  its  events  and  activities  (some 
newly  defined  ones)  as  would  be  achieved  if  the  original 
network  was  used.  To  achieve  this  goal,  several  rules 
were  established  concerning  the  selection  of  events  to 
be  included  in  the  summary.  These  rules  require  the 
following  events  to  appear  on  a  summary  network: 

1.  Designated  events. 

2.  Interface  events. 

3.  Start  events. 

4.  Ending  events. 

5.  Completed  events  that  are  beginning  events  of  at  least 
one  incompleted  activity. 

6.  If  any  of  the  above  events  is  the  beginning  event  of 
a  completed  activity,  the  ending  events  of  all  in- 
completed  activities  for  which  the  above  is  a  begin¬ 
ning  will  be  included. 
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7.  All  events  that  are  ending  events  of  both  a  completed 

and  an  incompleted  activity  will  be  included. 

8.  All  beginning  events  of  the  completed  activities  in 

7  above . 

The  method  of  selection  of  these  events  must  be  ex¬ 
plained.  First  of  all,  column  20  of  the  initial  input 
card  will  be  used  to  indicate  whether  a  summary  has  been 
requested.  If  column  20  is  blank,  no  summary  is  requested. 

If  it  is  not  blank,  it  may  be  an  A,  B,  C,  D,  -  corre¬ 

sponding  to  level  codes  of  A  through  O.  This  will  be 
interpreted  as  requesting  a  summary  including  all  events 
with  level  code  "A"  through  and  including  the  letter  used 
in  column  20.  Thus,  a  B  means  summarize  and  include  all 
events  with  level  codes  A  or  B. 

From  the  above  list,  those  designated  events  are 
simply  all  events  with  level  codes  in  the  range  indicated 
by  column  20  of  the  initial  input  card.  A  1  in  column  20 
will  produce  a  minimum  summary  network  that  does  not  in¬ 
clude  any  events  from  this  category. 

Next,  it  was  found  that  regardless  of  the  level  code, 
all  interface  events  must  be  included  in  the  summary.  Hence, 
all  events  which  are  also  part  of  another  network  (i.e., 
interface  events)  must  be  designated  with  an  I  in  the 
column  preceding  the  event  number  in  at  least  one  of  the 
input  cards.  An  interface  event  may  have  any  level  code, 
but  will  be  included  in  all  summaries. 

Network  start  and  end  events  will  be  determined  by 
the  program  itself.  Any  event  which  is  not  an  ending 
event  to  any  activity  is  considered  a  network  start  event 
and  similarly  any  event  which  is  not  a  beginning  event 
to  an  activity  is  considered  a  network  and  event.  Net¬ 
works  can  have  multiple  start  and  end  events. 

Events  defined  by  items  5  through  8  of  the  above 
list  will  all  be  determined  by  the  program  itself.  The 
events  in  each  of  these  categories  have  had  to  be  included 
in  order  to  retain  the  equivalent  restraints  imposed  on 
the  original  network.  These  events  must  all  be  selected 
because  some  events  or  activities  in  the  neighborhood  of 
each  of  these  events  have  been  completed  causing  a  mix¬ 
ture  of  constraints  due  to  actual  dates  and  computed 
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expected  dates. 

This  summarization  will  produce  a  new  network  in 
terms  of  activities  in  a  format  identical  to  the  normal 
input  to  this  PERT  program.  The  summary  program  will 
write  on  tape  card  images  with  each  card  representing  an 
activity  and  having  the  necessary  parameters  such  as  the 
transaction  code,  event  numbers,  time  estimates,  etc. 


1-35 


CHAPTER  II 

COMPUTER  PROGRAM  DESCRIPTION 


CHAPTER  II 


COMPUTER  PROGRAM  DESCRIPTION 

The  USAF  PERT  TIME  System  uses  electronic  data  pro¬ 
cessing  equipment  to  process  time  and  associated  data. 
Standard  sort,  file  maintenance,  input  and  output  and  moni¬ 
tor  routines  are  utilized  by  the  program.  The  program  is 
broken  into  several  independent  sections.  Each  section 
can  be  assembled  alone  and  then  inserted  into  the  total 
program  or  all  sections  can  be  assembled  as  one  unit. 

The  employment  of  the  standard  control  routines  and 
sectioning  of  the  program  makes  it  fairly  simple  to  make 
additions  and/or  changes  to  the  program. 

USAF  PERT  was  programmed  for  the  IBM  7090  computer 
since  this  machine  was  available  at  ASD,  BSD,  and  SSD.  The 
program  meets  the  requirements  of  the  features  and  param¬ 
eters  cited  in  the  preface  to  this  volume.  The  program 
makes  maximum  usage  of  the  computer's  32,768  word  core 
memory  and  .16  tape  units  on  two  data  channels.  Information 
is  stored  in  many  fields  within  the  core  memory.  The 
assignment  of  these  fields,  the  assignment  of  tapes  and 
the  order  of  their  usage,  together  with  a  descriptive  out¬ 
line  of  the  several  jobs  that  make  up  the  program  are  pre¬ 
sented  in  this  chapter.  A  tape  assignment  chart  for  16 
tape  units  is  included  at  the  end  of  the  chapter. 

Comments  on  the  changes  required  to  run  on  a  7090 
with  fewer  tape  units  will  be  found  in  the  tape  assignment 
section. 

A.  Word  Format  of  Lists  Used 


PEN  Pseudo  Event  Number  List 

1st  Digit  S,  1-3 

2nd  Digit  4-7 

8th  Digit  28-31 

Level  Code  (LC)  32-35 

ftSl-i _  First  Work  on  Activity  List 

Rank  (R)  S,  1-11 

Standard  Deviation  (Activity)  12-20 

Beginning  Event  Number  (BE)  21-35 
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ACT  2 

Second  Word  on  Activitv  List 

Short  Path  Flag 

Summary  Controls 

S 

Interface  Flag  for  BE 

1 

Interface  Flag  for  EE 

2 

Summary  Level  Code  Flag  for 

BE  3 

Summary  Level  Code  Flag  for 

EE  4 

Blank 

5-6 

Actual  Date  Flag  (Activity) 

7 

Activity  Time  (TE) 

8-20 

Ending  Event  Number  (EE) 

21-35 

SDL 

Scheduled  Date  List 

Short  Path  Flag 

S 

Event  Actual  Date  Flag 

1 

Scheduled  Date  Option  Flag 

2 

Illegal  Actual  Date  Flag 

3 

Event  Title  Flag 

4 

Successor  Tally  (ST) 

5-10 

Actual  Date  Tally  (AD) 

11-16 

Predecessor  Tally  (PT) 

17-22 

Scheduled  Time  (SCT)  or 
Beginning  Event  Actual  Time 

23-35 

FEL 

Forward  Event  List 

Standard  Deviation  (SIGF) 

S,  1-8 

Critical  Predecessor  (CP) 

9-22 

Expected  Time  (ET)  or 

Actual  Time  (AT) 

23-35 

BEL 

Backward  Event  List 

Standard  Deviation  (SIGB) 

S,  1-8 

Interface  Flag 

9 

Blank 

10-20 

Sign  Bit  for  Latest  Time 

21 

Latest  Time  (LT)  or 

Actual  Time 

22-35 

Master 

File  Maintenance  Routine 

The  Master  File  Maintenance  Routine  consists  of  four 
phases  which  perform  the  functions  of  file  establishment 
(when  requested),  file  update,  master  file  reporting  (when 
requested),  and  error  reporting  of  unprocessed  change  cards. 
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PHASE  1A 


This  FAP-IOCS  program  creates  a  dummy  master  file 
when  a  01  appears  in  the  run  number  positions  (columns 
8-9)  of  the  parameter  card.  This  file  establishment  pro¬ 
cedure  consists  of  writing  the  9PAC  dictionary  (a  50  word 
record)  followed  by  an  end  of  file  and  the  parameter  card 
on  the  blank  old  master  tape.  The  change  cards  are  then 
read  into  the  computer  to  be  sorted  on  the  ending  event 
number  (major) ,  beginning  event  number  (intermediate) ,  and 
the  transaction  code  (minor)  either  internally  or  externally. 
The  collating  sequence  is  as  follows:  blank,  all  other 
characters,  zero,  1,  2,  3,  4,  5,  6,  7,  8,  9.  Only  blanks 
and  numeric  characters  are  allowed.  Any  other  character 
appearing  in  an  event  number  or  transaction  code  will  cause 
the  entire  card  to  be  omitted  in  Phase  2A.  If  there  are 
less  than  2000  update  cards,  the  cards  are  sorted  with  an 
internal  sort  routine  and  written  on  the  output  tape  after 
which  the  90  sort  control  cards  are  skipped  and  control  is 
passed  to  Phase  2 A.  For  a  larger  data  deck,  the  change 
cards  are  copied  on  a  scratch  tape  and  control  is  returned 
through  the  Basic  Monitor  to  Phase  IB. 

The  following  steps  describe  the  programming  sequence 
in  phase  1A: 

1.  Define  the  input  and  output  buffers. 

2.  Attach  the  files  to  the  10- buffers  pool. 

3.  Open  the  SYSINl  file  and  the  SYSOUl  file. 

4.  Read  the  9PAC  dictionary  cards  into  DICT.  If  the 
number  of  cards  doesn't  agree  with  the  programmed 
number  print  an  error  message  "Deck  is  not  correct  - 
update  sort  terminated." 

5.  Close  the  SYSINl  file.  Set  tags  OFF LG  and  INOPN  to  0. 
Open  the  UPDAT  file.  Set  tag  UPOPN  to  a  non- zero 
number.  Set  tags  ARRAY  thru  ARRAY  +  28  to  0. 

6.  Read  the  first  6  words  of  the  parameter  card  from 
the  UPDAT  file  into  ARRAY  +  4  thru  ARRAY  +  9.  Then 
read  the  next  8  words  of  the  parameter  card  into 
ARRAY  +  18  thru  ARRAY  +  25. 
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7.  If  the  number  in  columns  8-9  of  the  parameter  card 
is  not  greater  than  01,  go  to  step  20;  otherwise 
continue . 

8.  Set  tags  XR1  to  2,  XR2  to  ARRAY  +  28,  XR3  to  1,  and 
ARRAY  +  17  to  1. 

9.  Read  in  one  update  card.  If  EOF,  go  to  step  14;  other¬ 
wise  advance  XR1  by  1  and  if  OFFLG  does  not  equal  zero, 
go  to  step  13;  otherwise  continue. 

10.  Count  the  update  cards  and  transfer  the  update  cards 
to  ARRAY  +  28  thru  ARRAY  +  T1  where  T1  equals  TOP 
minus  the  last  address  of  program  and  TOP  equals  the 
last  address  in  memory  minus  64. 

11.  If  XR1  is  less  than  or  equal  to  MAXUP-1  where  MAXUP 
equals  Tl/14,  go  to  step  9;  otherwise  continue. 

12.  Set  OFFLG  /  0  and  write  the  update  cards  that  are  in 
memory  on  the  OFFIL  file  and  return  to  step  9. 

13.  Write  the  update  card  on  the  OFFIL  file  and  go  to 
step  9. 

14.  If  OFFLG  does  not  equal  0,  go  to  step  19;  otherwise 
sort  the  update  cards  via  the  internal  sort  (WDSORT) 
routine. 

15.  Write  the  sorted  update  cards  on  the  STFIL  file. 

16.  Skip  over  the  external  sort  control  cards,  (Phase  IB) 
and  close  the  STFIL  file. 

17.  If  the  last  card  to  be  skipped  was  not  an  END  card, 
print  the  error  message  on  the  event  tape  "Deck  is 
not  correct.  Update  sort  terminated, "  and  on  line 
print  "PERT  cannot  continue."  If  an  END  card  was 
found,  continue. 

18.  Close  all  open  files  and  exit  to  IOCS.  Note  that  if 
step  16  was  not  executed,  then  the  next  job  will  be 
to  sort  the  OFFIL  file  via  90SORT,  (Phase  IB) ;  other¬ 
wise  the  next  job  is  9PAC  (Phase  2A) . 
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19.  Close  the  0FF1L  file  and  go  to  step  18. 

20.  Open  the  OLDMST  file,  write  the  dictionary  file  onto 
the  OLDMST  file  and  close  the  OLDMST  file  with  an  EOF. 

21.  Write  the  parameter  card  onto  the  OLDMST  file  as  the 
first  record  of  the  second  file  and  write  the  message 
"File  establishment  performed  on  SYSOUl"  and  go  to 
step  8. 

PHASE  IB  (External  Sort) 

The  7090  SORT  program  will  perform  a  sort  of  the  tape 
produced  by  Phase  1A  to  produce  a  sequenced  output  tape  for 
Phase  2. 

The  programming  sequence  is  brief: 

Establish  control  cards  for  7090  SORT.  The  logical  rec¬ 
ord  length  for  this  SORT  is  14  words  and  the  physical 
record  length  is  10  logical  records.  The  block  size  for 
the  SORT  is  70  physical  records.  Use  a  second  order 
merge  with  3  central  fields.  The  central  fields  in  or¬ 
der  are  TC,  EE,  and  BE.  The  commercial  collating  se¬ 
quence  is  used. 

PHASE  2A  (9PAC  File  Maintenance) 

After  the  change  cards  are  sorted,  a  9PAC  program 
will  create  a  new  master  file  by  adding  the  change  cards  to 
the  old  master  file.  It  simultaneously  generates  a  tape  of 
event  numbers  to  be  used  by  the  pseudo  event  number  genera¬ 
tor  and  if  requested  by  a  punch  in  column  12,  will  produce 
a  master  file  report.  Update  change  cards  which  cannot  be 
processed  by  this  phase  are  written  on  a  separate  tape  to 
be  processed  by  Phase  2B.  At  the  start  of  this  phase,  the 
system  number  and  output  heading  on  the  change  parameter 
card  are  checked  against  the  old  master  parameter  card  to 
insure  that  the  proper  file  has  been  mounted. 

The  following  steps  describe  the  programming  for 
this  phase: 

1.  Copy  the  9PAC  dictionary  from  the  old  master  file 
to  the  new  master  file.  This  makes  the  first  file 
on  the  new  master  file  tape  complete. 
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Read  the  new  parameter  card  (2  records)  from  the  up¬ 
date  file  and  compare  columns  31-72  with  the  corre¬ 
sponding  columns  from  the  old  master  file.  If  these 
columns  don't  match,  print  an  error  message  both  on 
and  off  line  indicating  a  mismatched  update  file 
and  stop. 

3.  Update  columns  1-30  of  the  parameter  card  from  the 
old  master  file  and  write  it  onto  the  new  master 
file . 

4.  Write  on  the  output  tape  a  PERT  Master  File  Report 
Summary  Sheet.  This  sheet  includes  the  Users  Iden¬ 
tification,  System  Number,  Output  Heading,  Report 
Date,  Start  Date  and  the  Report  Options  -  all  from 
the  parameter  card. 

5.  Read  the  next  update  card.  If  an  EOF  is  reached, 
jump  to  step  18.  Otherwise,  validate  the  card. 

6.  If  an  error  is  found,  write  the  card  on  an  error 
file  and  return  to  step  5;  otherwise  continue. 

7.  If  the  sequence  number  of  the  update  record  is 
greater  than  the  sequence  number  of  the  master  file 
record,  the  master  file  record  is  written  on  the 
new  master  file  tape  and  if  a  master  file  report  was 
requested  as  output,  this  record  is  also  written  on 
the  output  tape.  Another  record  is  read  in  from  the 
old  master  file  tape  and  if  an  EOF  is  reached  jump 
to  step  18;  otherwise  return  to  step  7.  If  the 
sequence  number  of  the  update  record  is  not  greater 
than  that  of  the  master  file  record,  continue. 

8.  If  the  transaction  code  of  the  update  record  is  1, 
jump  to  step  9.  If  TC  equals  2,  jump  to  step  10, 
if  3  go  to  step  11,  4  to  step  12,  5  to  step  13,  6 
to  step  14,  8  to  step  15  and  9  to  step  16.  All 
other  possible  transaction  codes  will  have  been 
declared  invalid. 

9.  If  the  current  update  record  is  not  the  same  activity 
as  that  of  the  current  master  file  record,  add  this 
update  record  to  the  new  master  file  and  if  an  out¬ 
put  report  was  requested,  write  this  record  on  the 
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output  tape  also.  Return  to  step  5.  If  the  two 
activities  do  match,  jump  to  step  17. 

10.  If  the  two  activities  match,  update  the  record  from 
the  old  master  file  as  indicated  by  the  2  transaction 
code.  Write  this  record  into  the  new  master  file 
and,  if  requested,  onto  the  output  tape.  Read  in 
another  record  from  the  old  master  file  and  return 

to  step  5.  If  the  activities  do  not  match,  jump  to 
step  17 . 

11.  Check  to  see  if  the  BE  field  is  blank.  If  not,  go 
to  step  17.  Otherwise,  write  a  TC  3  code  record  on¬ 
to  the  new  master  tape  and,  if  requested,  the  output 
tape.  Read  in  another  record  from  the  old  master 
file  and  return  to  step  5. 

12.  If  the  two  activities  do  not  match,  jump  to  step  17. 
Otherwise,  add  an  actual  date  to  the  old  master  file 
record  and  write  this  record  on  the  new  master  file 
and,  if  requested,  the  output  tape.  Read  in  another 
old  master  file  record  and  return  to  step  5. 

13.  If  the  two  activities  do  not  match,  jump  to  step  17. 
Otherwise,  read  in  another  record  from  the  old  mas¬ 
ter  file  and  return  to  step  5. 

14.  If  the  BE  field  is  not  blank,  jump  to  step  17.  Oth¬ 
erwise,  write  a  new  TC  6  code  record  onto  the  new 
master  file  tape  and,  if  requested,  the  output  tape. 
Read  in  another  old  master  file  record  and  return  to 
step  5. 

15.  If  the  two  activities  don't  match,  jump  to  step  17. 
Otherwise,  update  the  old  master  file  record  and 
write  it  onto  the  new  master  file  tape  and,  if  re¬ 
quested,  the  output  tape.  Read  in  another  record 
from  the  old  master  file  and  return  to  step  5. 

16.  Same  as  step  15.  Update  by  adding  activity  informa¬ 
tion.  NOTE:  Additional  validity  checks  are  made  in 

steps  10  thru  16.  Invalid  update  rec¬ 
ords  cause  a  jump  to  step  17. 

17.  Write  this  record  onto  the  error  tape  and  return  to 
step  5. 
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18.  Copy  the  remainder  of  the  old  master  file  tape  onto 
the  new  master  file  tape.  Rewind  and  unload  the  old 
master  tape.  Rewind  the  new  master  tape.  Go  to 
Phase  2B. 

PHASE  2B 


The  error  tape  generated  in  Phase  2A  is  read  in  and 
an  error  report  is  generated  on  the  output  tape.  This 
report  prints  out  one  of  the  following  8  messages  with 
each  rejected  update  card:  BE  Incorrect,  EE  Incorrect 
(an  alpha  character  will  cause  either  of  these) ,  LC  In¬ 
correct  (anything  other  than  a  letter  A  thru  O  will  cause 
this  message) ,  Times  Bad  (an  alpha  punched  in  a  time  field 
or  an  illegal  date  will  cause  this  message) ,  Unmatched  (any 
update  card  without  an  original  in  the  old  master  file)  , 
Insert  Equal  (a  new  activity  identical  to  one  already  in 
the  file) ,  Nonselect  (an  illegal  TC) ,  and  Seq  Error  (caused 
by  not  having  blanks  in  the  BE  field  for  a  TC  of  3  or  6) . 

The  programming  consists  of  establishing  9PAC  control 
cards  to  define  the  proper  fields  for  printing  out  of 
the  error  tape  generated  in  Phase  2A. 

C.  Input  Routine 

This  routine  reads  the  input .records  from  an  updated 
master  file,  assigns  pseudo  event  numbers,  creates  a  sched¬ 
uled  date  list,  creates  an  activity  list  and  prepares  for 
network  summarization  if  requested.  The  pseudo  event  num¬ 
bers  require  a  Pseudo  Event  Number  (PEN)  list  of  up  to 
12 ,000  words  and  the  scheduled  dates  require  a  Scheduled 
Date  List  (SDL)  of  12,000  words. 

A  PEN  list  word  will  consist  of  the  8  digit  event 
numbers,  packed  4  bits  per  digit  in  the  left  32  bits  of 
the  computer  word.  The  position  on  the  list  of  an  event 
number  becomes  the  pseudo  event  number.  The  event  level 
code,  if  it  is  given,  will  be  converted  to  a  number  0  thru 
IS  and  stored  in  the  right  4  bits  of  the  word. 

The  Scheduled  Date  List  will  be  oraered  by  pseudo 
event  numbers  (hence  each  word  on  the  list  corresponds  to 
a  particular  event  whose  pseudo  event  number  is  equal  to 
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Logical  Records  are  24  words 
Physical  Records  are  10  Logical  Records 


1.  Word  number  1  of  each  record  is  a  9PAC  control  word. 

2.  TC-transaction  code,  SP- short  path  flag,  SO- scheduled  date  option, 
and  BX-interface  code  for  BE. 

3.  BEi-ith  digit  of  the  beginning  event  number. 

4.  LC- level  code,  El-ending  event  interface  code. 

5.  EE j_- ith  digit  of  the  ending  event  number. 

6.  a-optimist.ic  time,  m-most  likely  time,  b-pessimistic  time. 

7.  Scheduled  date. 

8.  Actual  date. 

9.  AF^-a  character  of  the  ith  word  of  the  activity  associated  information. 

10.  Report  date. 

11.  RN-run  number,  CK-checkout  flag,  MF-master  file  report  indicator. 

12.  Start  date. 

13.  EL-E-L  chart  report  indicator,  SM- summary  report  indicator,  EO-event 
report  indicator,  CC-clock  indicator. 

14.  End  date. 

15.  SM- system  number. 

16.  Ul-users  symbol  or  name. 

17.  AO-activity  output  indicator. 

This  tape  is  recorded  in  binary. 

Figure  II- 1 

Master  File  Tape  Format  (Second  File) 
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its  position  on  the  list)  and  will  contain  an  event  no¬ 
menclature  indicator,  a  successor  tally,  actual  date  tally 
and  predecessor  tally.  These  tallies  indicate  the  number 
of  activities  which  immediately  succeed  the  event,  the  num¬ 
ber  of  activities  which  immediately  precede  the  event  and 
have  been  given  actual  dates,  and  the  number  of  activities 
which  immediately  precede  the  event.  When  given,  an  actual 
time  for  beginning  events  and  a  scheduled  time  for  any  event 
is  stored  in  this  list. 

The  pair  of  activity  words  contain  the  activity  pseudo 
event  numbers,  the  activity  expected  time  or  actual  date, 
the  activity  standard  deviation,  the  short  path  flag,  sum¬ 
mary  controls  and  the  actual  date  flag. 

The  following  steps  describe  the  programming  sequence: 

la.  Read  in  the  initial  card  information  from  the  master 
file.  Read  in  the  event  number  tape  and  create  a 
partial  PEN  list.  This  partial  list  contains  all  the 
event  numbers  from  the  ending  event  field  of  the 
master  file.  Set  NOE  and  NOE1  to  the  number  of 
events  in  this  partial  list.  If  the  summary  is  re¬ 
quested  (column  20  not  blank) ,  set  a  summary  switch 
for  step  6. 

b.  Read  a  logical  record  from  the  master  file.  If  EOF 
jump  to  step  19.  Otherwise  go  to  step  2. 

2.  Check  the  transaction  code  (TC) . 

If  TC  equals  1,  jump  to  step  3. 

If  TC  equals  3,  jump  to  step  16. 

If  TC  equals  4,  jump  to  step  17. 

If  TC  equals  6,  jump  to  step  18. 

If  TC  is  other  than  the  above,  jump  to  a  diagnostic 
to  indicate  an  incorrect  TC.  Since  transaction  codes 
2,  5,  8  and  9  have  been  merged  into  the  master  file, 
they  do  not  appear  here. 

3.  Add  1  to  NOA  (Number  of  Activities).  If  NOA  is  greater 
than  12,000,  print  a  message  and  stop.  Otherwise 
continue. 

4.  Pack  the  actual  BE  into  one  word  and  the  actual  EE 
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into  another  word  in  bits,  S,  1-31.  Enter  the  PEN 
subroutine  with  BE.  Store  the  pseudo  BE  (referred 
to  henceforth  just  as  BE)  in  the  address  portion  of 
ACT  1.  Next  convert  EE  to  a  pseudo  EE  (referred  to 
henceforth  just  as  EE)  and  store  in  the  address 
portion  of  ACT  2. 

5.  Check  the  level  code  of  BE.  If  it  is  blank  jump  to 
step  6.  Otherwise  convert  this  6  bit  code  to  a  4 
bit  code  as  follows:  A  equals  0,  B  equals  1,  .  .  . 

0  equals  14,  Z  equals  15.  Locate  PEN  +  BE  and  mask 
out  bits  32-35.  If  bits  32-35  equals  15,  mask  the 
new  4  bit  code  into  (PEN  +  BE)  and  jump  to  step  6. 

If  bits  32-35  ^  15,  check  to  see  if  the  level  code 
in  the  PEN  word  equals  the  new  bit  code.  If  it 
does,  jump  to  step  6.  If  it  doesn't,  check  to  see 
if  the  new  level  code  came  from  a  Z.  If  so  put  15 
in  bits  32-35  of  PEN  word  and  jump  to  step  6.  Fin¬ 
ally,  if  the  new  level  code  is  not  a  Z,  mask  the  new 
4  bit  code  into  (PEN  +  BE) ,  print  out  a  message  in¬ 
dicating  a  change  in  the  level  code  and  jump  to 
step  6. 

6a.  Check  to  see  if  EE  has  a  level  code  (col  24  other 
than  blank).  If  so,  repeat  step  5,  returning  to 
this  point.  If  the  summary  switch  is  not  set,  jump 
to  step  6b.  Otherwise,  if  the  interface  field  for 
the  beginning  event  (col  5)  is  a  one,  mask  a  "one" 
into  bit  1  of  the  ACT  2  word.  If  the  interface 
field  for  the  ending  event  (col  15)  is  a  one,  mask 
a  "one"  into  bit  2  of  the  ACT  2  word.  If  the  level 
code  for  the  beginning  event  is  within  the  summary 
level,  mask  a  "one"  into  bit  3  of  the  ACT  2  word. 

If  the  level  code  for  the  ending  event  is  within  the 
summary  level,  mask  a  "one"  into  bit  4  of  the  ACT  2 
word. 

b.  Return  to  step  17  if  this  path  has  come  from  there. 
Otherwise  continue. 

7.  If  the  optimistic  time  estimate,  a,  is  blank,  con¬ 
vert  the  most  likely  time,  m,  to  binary  tenths  of 
weeks  and  set  te  equal  to  m  and  SIGMA  equal  to  O. 
Jump  to  step  9.  If  a  is  not  blank,  continue.  Con¬ 
vert  a,  m  and  b  to  binary  tenths  of  weeks  from  BCD. 
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If  a  is  not  less  than  or  equal  to  m  and/or  m  is  not 
less  than  or  equal  to  b,  jump  to  a  diagnostic  print¬ 
out.  This  diagnostic  will  print  out  the  actual 
BE-EE  and  the  type  of  error  and  return  back  to  this 
point  in  the  routine.  Replace  a  and  b  with  m  and 
continue.  If  the  above  test  passes,  jump  immediately 
to  step  8. 

8.  Compute  (a  +  4m  +  b)/6  and  store  the  rounded  integral 
result  in  the  te  field  (bits  8-20)  of  ACT  2.  Com¬ 
pute  the  standard  deviation  (b-a)/6  and  store  the 
results,  rounded  to  xxx.x  (octal)  in  bit  positions 
12-20  of  ACT  1. 

9.  If  the  PT  tally  equals  63.0,  print  out  an  error  mes¬ 
sage,  PT  tally  exceeds  limit  and  stop.  If  PT  does 
not  equal  63.0,  continue.  Add  1  in  bit  22  of  the 
Scheduled  Date  List  at  address  (SDL+EE) .  This  adds 
one  to  the  predecessor  tally  (PT) ,  a  tally  of  the 
number  of  activities  leading  into  event  EE. 

10.  Test  to  see  if  a  schedule  date  is  given  by  check¬ 
ing  the  date  field  for  blanks.  If  not  blank,  then 
a  date  is  given.  If  bit  1  of  (SDIrf- EE)  is  1,  (flag 
set  by  step  16)  jump  to  step  11.  Otherwise  pack 
this  date  in  one  word  and  enter  the  DTOT  (Date-to- 
time)  subroutine.  Store  the  result  in  bits  24-35 
of  (SDH EE).  Mask  the  Scheduled  Date  over  the 
Latest  Date  Option  flag  from  column  3  to  bit  2  of 
(SDH EE)  . 

11.  If  the  ST  tally  exceeds  63.0,  print  out  an  error 
message,  ST  tally  exceeds  limit.  Set  ST  to  "Zero" 
and  continue.  If  ST  does  not  equal  63.0,  continue. 
Add  1  to  bit  10  to  the  Scheduled  Date  List  at  ad¬ 
dress  (SDH BE).  This  adds  one  to  the  Successor 
Tally  (ST) ,  a  tally  of  the  number  of  activities 
leading  out  of  event  BE. 

12.  Pack  the  Short  Path  flag  (0  or  1)  in  bit  S  of  ACT  2. 
If  bit  2  of  (SDHEE)  is  1,  set  bit  4  of  ACT  2  to  1. 

If  bit  2  of  (SDH BE)  is  1,  set  bit  3  of  ACT  2  to  1. 
This  causes  BE  and/or  EE  to  be  included  in  the 
summary  if  the  scheduled  date  option  applies  to 
either  event. 
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13.  Send  ACT  1  and  ACT  2  to  an  output  buffer. 

14.  Zero  the  ACT  1  and  ACT  2  words. 

15.  If  no  title  is  given  for  EE  (columns  44-79  are  blanks) 
go  to  lb.  Otherwise  if  a  title  had  previously  been 
given  (bit  4  of  (SDL+EE)  equals  1)  delete  the  current 
title  (since  the  previous  title  has  already  been  in¬ 
cluded)  and  return  to  step  lb.  If  there  was  no  pre¬ 
vious  title  write  the  packed  EE  (1  word)  and  the 
title  on  the  event  title  tape.  Put  the  title  indi¬ 
cator  in  bit  4  of  (SDL+EE) .  Return  to  step  lb. 

16a.  If  the  transaction  code  equals  3,  this  indicates  a 
change  in  a  scheduled  date  and  scheduled  date  over 
latest  date  options  (deletions  and  additions  are 
considered  changes)  and/or  in  the  title  of  an  event. 
Convert  only  the  ending  event  number  to  its  PEN 
number,  and  convert  its  level  code  as  described  in 
step  5.  If  the  scheduled  date  field  is  zero,  set 
bit  1  of  (SDL+EE)  to  1  and  jump  to  16b.  If  the 
scheduled  date  field  is  blank,  jump  to  16b.  Other¬ 
wise,  convert  and  store  this  date  and  the  scheduled 
date  over  latest  date  option  on  the  scheduled  date 
list  as  described  in  step  9. 

b.  Jump  to  step  15. 

17.  If  the  transaction  code  equals  4,  this  indicates  a 
completed  activity  by  giving  an  Actual  Date.  The 
Master  File  Routine  will  have  deleted  the  corre¬ 
sponding  input  card  with  TC  equals  1  for  this  ac¬ 
tivity  and  will  have  inserted  all  necessary  infor¬ 
mation  in  this  record.  Reference  the  (SDL+EE)  word, 
and  add  "1"  to  the  AD  field  (bits  11-16).  Store  a 
"1"  in  bit  7  of  ACT  2,  the  Actual  Date  flag  field. 
Store  the  converted  actual  date  from  the  15th  word 
of  the  Master  File  Activity  Record  in  bits  in  8-20 
of  ACT  2  and  go  to  step  13. 

18.  A  Transaction  Code  of  6  adds  an  actual  date  and/or 
a  title  to  an  event  without  a  predecessor  and  con¬ 
verts  the  ending  event's  level  code  as  in  step  5. 

The  date  must  be  equal  to  or  greater  than  the  start 
date  of  the  system.  Once  this  date  is  assigned  to 
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an  event,  the  event  cannot  be  given  a  scheduled  date. 
Convert  EE  as  described  in  step  5.  Store  the  con¬ 
verted  date  from  the  15th  word  of  the  Master  File 
Activity  Record  on  the  Scheduled  Date  list.  Advance 
AD  of  (SDLtEE)  by  1  and  return  to  step  15. 

19.  An  end  of  file  indicates  that  all  records  on  the 

master  file  have  been  processed.  Write  PEN  and  SDL 
on  tape.  Rewind  all  tapes  used  by  this  program.  If 
no  activity  outputs  are  requested,  rewind  and  unload 
the  new  master  file. 

PEN  Subroutine 


This  subroutine  takes  a  packed  event  number  and 
searches  the  PEN  list  to  see  if  the  number  appears  on  the 
list.  If  it  is  found  on  the  list,  the  position  of  the 
number  on  the  list  is  taken  as  the  event's  pseudo  event 
number.  If  it  doesn't  appear  on  the  list,  the  packed 
event  number  is  added  to  the  list  and  again  its  position 
on  the  list  is  taken  as  the  event’s  pseudo  event  number. 

Since  the  partial  PEN  list  generated  by  the  Master 
File  Maintenance  Routine  is  ordered  by  true  event  numbers, 
a  binary  search  technique  can  be  used  to  determine  wheth¬ 
er  an  event  E  is  on  the  list.  If  the  event  E  is  not  found 
on  the  list,  it  must  be  a  beginning  event.  It  is  either 
found  to  be  one  of  the  events  appearing  on  the  list  start¬ 
ing  at  (PEN  +  N0E1)  where  NOE1  is  the  number  of  entries  on 
the  partial  PEN  list,  or  is  added  to  this  portion  of  the 
list. 

1.  Set  LL  (lower  limit)  to  1  and  set  UL  (upper  limit) 
to  N0E1. 

2.  If  E  (bits  S,  1-32)  is  less  than  the  first  entry 
(bits  S,  1-32)  or  larger  than  the  entry  (bits  S, 
1-32)  at  (PEN  +  NOE 1 ) , go  to  step  5.  Otherwise  E 
must  be  in  the  ordered  portion  of  the  PEN  list. 
Continue . 

3.  Compute  LI  equals  (LL  +  UL)/2.  If  LI  equals  LL, 
the  entry  is  not  on  the  list;  go  to  step  5. 
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4.  Compare  E  with  the  entry  at  (PEN  +  LI  )  .  If  E  (again 
bits  S,  1-32  only)  is  less  than  (PEN  +  LI),  set  UL 
equal  to  LI  and  go  to  step  3.  If  E  is  greater  than 
(PEN  +  LI),  set  LL  equal  to  LI  and  go  to  step  3. 

If  E  equals  (PEN  +  LI),  LI  is  the  PEN  number.  Put 
LI  in  the  accumulator  and  exit. 

5.  Subtract  the  length  of  the  partial  PEN  list,  N0E1 
from  NOE.  This  gives  the  number  of  events  added  to 
the  partial  list. 

6.  Compare  E  with  the  entries  starting  at (PEN  +  NOEl) . 

If  E  equals  one  of  the  entries,  the  position  of  the 
entry  is  taken  as  the  PEN  number,  the  PEN  number  is 
left  in  the  accumulation  and  an  exit  occurs.  If  E 

is  not  on  the  list,  replace  NOE  by  NOE+1.  Leave  this 
number  in  the  accumulator  as  the  number,  and  insert 
E  on  the  list  at(PEN  +  NOE).  If  NOE  is  greater  than 
12,000  print  a  message  and  stop.  Otherwise  exit. 

D.  Rank  Routine 

This  routine  computes  a  rank  for  each  event,  assigns 
each  activity  a  rank  based  on  its  beginning  event  number 
and  orders  the  activity  list  by  rank  and  beginning  event 
number  (pseudo  number). 

1.  Read  in  list  of  activities.  Let  RADI  be  the  address 
of  the  first  word  of  this  list  and  RAD2  equals  RADI 
+  12,000. 

Set  RTW  (Rank  Test  Word)  equal  to  0. 

Set  RC  (Rank  Counter)  equal  to  0. 

If  N0A  is  less  than  6,000,  go  to  step  2;  other¬ 
wise,  go  to  step  11. 

2.  Zero  RAD2  thru(RAD2  +  NOE). 

3.  Pass  thru  the  activity  list.  For  each  activity  select 
its  BE  and  EE.  Test  to  see  if  (RAD2  +  EE)  is  greater 
than  (RAD2  +  BE).  If  not,  transfer  (RAD2  +  BE)  +  1 
(in  bit  11)  to  (RAD2  +  EE).  If  (RAD2  +  EE)  is  greater 
than  RC,  add  1  to  RC. 
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4. 


If  RC  is  greater  than  1024,  investigate  those  events 
in  a  loop.  To  detect  those  events  in  a  loop  take 
the  present  ranked  list  and  find  all  those  events 
which  have  ranks  1024,  1023,  1022,  etc.  until  there 
is  a  rank  for  which  no  events  exist.  Store  these 
events. 

Interchange  beginning  and  ending  event  numbers  and 
rank  this  inverted  network.  Select  those  events 
with  maximum  rank  as  was  done  above  and  establish  a 
second  list.  Sort  each  list  and  select  those  events 
that  are  common  to  both.  List  these  events  out  as 
events  in  the  loop  and  exit  from  the  program. 

If  RC  is  less  than  or  equal  to  1024  continue.  Re¬ 
place  the  RTW  by  a  non  zero  number,  skip  this  re¬ 
placement  henceforth.  Continue  thru  all  NOA  activ¬ 
ities. 

5.  Test  RTW  equals  0.  If  so,  jump  to  step  6;  other¬ 
wise,  set  RTW  equal  to  0.  Reset  step  3  and  return 
to  step  3. 

6.  Now  pass  thru  the  activity  list  and  add  (RAD 2  +  BE) 
to  the  first  word  of  each  activity. 

7.  Order  the  activity  by  rank  and  beginning  event  num¬ 
ber  via  an  internal  sort  routine. 

8.  Write  the  ordered  activity  list  onto  tape  Ll. 

9.  Write  the  ordered  activity  list  in  reverse  order  onto 
tape  Jl. 

10.  Exit. 

11.  Zero  all  but  the  address  portion  of  RADI  thru  (RADI 
+  NOE). 

12.  Pass  thru  the  activity  list.  For  each  activity  select 
its  BE  and  EE.  If  bits  S,  1-11  of  (RADI  +  EE)  are 
greater  than  bits  S,  1-11  of  (RADI  +  BE)  go  to  step 
13.  Otherwise  transfer  bits  S,  1-11  of  (RADI  +  BE) 
plus  one  in  bit  11  to  bits  S,  1-11  of  (RADI  +  EE). 
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13.  If  the  number  of  bits  S,  1-11  of  (RADI  +  EE)  is  greater 
than  RC,  add  one  to  RC. 

14.  If  RC  is  greater  than  1024,  jump  to  step  4.  Other¬ 
wise  continue.  Replace  the  RTW  by  a  non  zero  num¬ 
ber,  skip  this  replacement  henceforth.  Continue 
thru  all  NOA  activities. 

15.  Test  if  RTW  equal  to  0.  If  so  jump  to  step  16;  other¬ 
wise  set  RTW  equal  to  0,  reset  step  12  and  return  to 
step  12. 

16.  Zero  all  but  bits  S,  1-11  in  RADI  thru  (RADI  +  NOE). 

Pass  thru  the  second  (NOA  -  6000)  activities  assign¬ 
ing  each  a  rank  by  adding  to  the  first  word  of  each 
activity  the  contents  of (RADI  +  BE). 

17.  Write  the  second (NOA  -  6000)  activities  in  250  word 
blocks  onto  tape  and  rewind. 

18.  Read  the  first  6000  activities  from  the  activity  in¬ 
put  tape  into  RAD2. 

19.  Assign  a  rank  to  these  6000  activities  by  adding  to 
the  first  word  of  each  activity  (RADI  +  BE). 

20.  Transfer  these  activities  from  RAD2  to  RADI. 

21.  Read  the  second(NOA  -  6000) activities  from  tape  into 
RAD2. 

22.  Order  this  list  of  activities  by  their  rank  and  begin¬ 
ning  event  number. 

E.  Network  Summarization  Routine 


The  network  summarization  routine  takes  a  detailed 
network  and,  based  on  some  preselected  events,  constructs 
a  summarized  version  of  that  network.  Included  in  the 
summarized  network  are  those  preselected  events  plus  events 
that  are  included  by  the  program  (called  program- selected 
events)  to  insure  network  consistency.  Generally  the 
program  will  have  to  include  time-now  type  events  (events 
with  both  completed  and  incompleted  paths  leading  into  or 
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out  from  them),  and  all  start  and  end  events.  The  follow¬ 
ing  cases  define  in  detail  which  events  are  selected  by  the 
program. 


Case  1  -  If  an  event  is  a  start  event,  a  preselected  event, 
or  a  completed  event,  which  has  both  complete  and 
incomplete  successor  activities,  then  each  in¬ 
complete  successor  event  becomes  a  program  se¬ 
lected  event  under  case  1. 


Case  2  -  All  completed  events  with  at  least  one  incomplete 
successor  activity. 

Case  3  -  If  a  completed  and  incompleted  activity  merge  and 
the  predecessor  event  of  the  incompleted  activity 
also  lies  on  a  path  which  constrains  the  prede¬ 
cessor  event  of  the  completed  activity  and  there 
are  no  intervening  selected  events  on  this  path, 
then  the  completed  activity's  predecessor  event 
becomes  a  program- selected  event. 

Case  4  -  All  events  which  represent  the  merging  of  complete 
and  incomplete  activities.  The  inputs  to  this 
routine  are  the  activities  of  the  network  in  pre¬ 
decessor  rank  sequence  and  without  that,  prede¬ 
cessor  number. 


The  basis  of  this  routine  is  a  Successor  Event  Table 
which  contains  21-word  blocks  of  information  relative  to 
an  event.  The  initial  block  for  an  event  contains  6  words 
of  information  concerning  the  event  and  is  followed  by  up 
to  7  pairs  of  words,  each  referring  to  an  event  (possible 
milestone)  which  precedes  the  original  event.  (A  milestone 
is  an  event  which  is  included  in  the  summary) .  If  more 
than  7  milestones  are  found,  additional  21— word  blocks, 
each  containing  up  to  10  milestones  are  set  up.  All  blocks 
have  in  their  21st  word  the  address  linkage  to  the  next 
block  in  the  chain  of  blocks. 


The  Successor  Event  Table  consists  of  blocks  of  21 
words  each.  All  initial  blocks  have  the  format  described 
below.  A  continuation  block  repeats  the  format  of  words 
7  and  8  in  words  1  thru  20  and  contains  another  linkage 
address  in  word  21. 
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SUCCESSOR  EVENT  TABLE 


WORD 

BITS 

CONTENT 

1st 

21-35 

,k  Event  number. 

2nd 

S 

Incomplete  flag  -  Set  to  1  if  any  ac¬ 
tivity  leading  into  this  event  is  not 
completed,  otherwise  equals  0. 

1 

Complete  flag  -  Set  to  1  if  any  activ¬ 
ity  leading  into  this  event  is  complete, 
otherwise  equals  0. 

2-35 

Number  of  summary  events  (preselected  and 
program  selected)  which  topologically 
precede  this  event. 

3rd 

S 

Set  to  1  if  this  event  was  preselected 
to  be  included  in  summary.  Otherwise 
equals  0. 

1 

Set  to  1  if  this  event  is  program  se¬ 
lected  to  be  included  in  the  summary 
under  Case  1,  otherwise  equals  0. 

3-17 

Address  linkage  to  the  block  with  the 
next  complete  successor. 

21-35 

Address  linkage  to  the  block  with  the 
next  incomplete  successor. 

4th 

3-17 

Address  linkage  to  the  block  of  the  next 
event  in  this  table. 

21-35 

Address  linkage  to  the  block  of  the  pre¬ 
vious  event  in  this  table. 

5th 

S 

Complete  (actual  date)  flag  -  indicates 
whether  the  time  in  the  6th  word  is  an 
expected  (0)  time  or  an  actual  (1)  time. 

21-35 

Predecessor  event  of  present  activity 
under  consideration. 

6th 

S-12 

Expected  or  actual  time  of  present  acti¬ 
vity. 

17-34 

Variance  of  present  activity. 

7th 

S 

Complete  (actual  date)  flag  -  indicates 
whether  the  time  in  the  next  word  is  an 
expected  (0)  or  an  actual  (1)  time. 
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Successor  Event  Table  -  continued 

WORD  BITS  CONTENT 

21-35  Event  number  of  a  selected  event  which 
topologically  precedes  this  event. 

8th  S-12  Expected  time  between  this  selected  event 

and  the  block's  event  or  actual  time  of 
completion  of  this  constraint. 

17-34  Variance  of  this  constraint. 

35  Set  to  1  if  the  selected  event  is  active. 
Set  to  0  if  the  selected  event  is  dead. 

An  event  is  dead  if  another  selected 
event  lies  on  the  same  restraining  path 
of  this  selected  event  and  the  block’s 
event . 

The  odd  words  9  through  19  and  the  even  words  10  through 

20  have  the  same  format  as  words  7  and  8  respectively. 

21st  21-35  Address  linkage  to  next  vacant  block  in 

this  table  if  this  block  were  vacant. 
Address  linkage  to  next  continuation 
block  in  this  table  if  the  information 
for  this  event  exceeded  the  capacity  of 
this  block.  Blank  if  this  block  con¬ 
tains  the  last  set  of  information  per¬ 
taining  to  its  event. 

The  following  symbols  have  been  used  in  the  program  de¬ 
scription  and/or  the  program  itself. 

SMWA  Starting  point  of  successor  event  table. 

SMWB  Address  of  next  vacant  block  in  the  successor 

event  table. 

SMWC  Input  buffer  area. 

SMWC+1  Input  buffer  area. 

SMWD  Predecessor  event  number. 

SMWDfl  Successor  event  number. 

SMWDt2  ts  and  variance  or  actual  time. 
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SMWD+3 


Actual  date  flag  -  set  to  zero  for  no  actual 
time . 


SMWIX-4  Select  flag  for  the  successor  event  -  set  to 

zero  if  not  selected. 

SMWE  Previous  predecessor  event  number. 

SMWEf 1  Address  in  the  successor  event  table  of  the 

previous  predecessor  event. 

SMWF  Address  of  the  previous  event  entered  into  the 

table . 

SMWG  Table  address  of  the  last  incomplete  successor 

event . 

SMWH  Select  signal. 

SMWI  Case  3  signal. 

SMWJ  Output  buffer  area  -  contains  variance  and  pred¬ 

ecessor  event  number. 

SMWJ+1  Output  buffer  area  -  contains  actual  date  flag, 

te  and  successor  event  number. 

SMWK  Table  address  of  the  las't  completed  successor 

event. 

SMWL  Predecessor  selection  indicator  of  previous 

predecessor. 

SMWM  Predecessor  selection  indicator  of  new  pred¬ 

ecessor. 

SMWN  End  of  file  switch. 

SMWP  Merge  count. 

The  following  steps  describe  the  programming  sequence: 

1.  If  column  20  of  the  parameter  card  is  blank,  exit. 

Otherwise  continue. 
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2.  Set  up  input  and  output  files. 

3.  Set  up  linkages  between  the  vacant  21  word  blocks 

in  the  Successor  Event  Table  (linkage  in  21st  word). 
This  table  is  made  as  large  as  possible  within  the 
core  memory. 

4.  Set  a  reference  word  SMWB  to  next  available  vacant 
block. 

5.  Read  in  and  format  the  next  activity  via  subroutine 
SMS  A. 

6.  If  the  new  predecessor  (SMWD)  equals  the  previous 

predecessor  (SMWE)  continue.  Otherwise  go  to  step 
23.  The  record  just  read  into  core  (assuming  at 
this  point  that  the  program  is  somewhere  in  the 
middle  of  processing  the  Activity  File)  is  tested 
to  see  whether  the  activity  record's  predecessor 
event  is  the  same  as  the  predecessor  event  of  the 
last  record  prepared  for  processing?  the  object  is 
to  see  whether  another  record  of  a  predecessor- 
divergent  group  -  i.e.,  several  activities  stem¬ 
ming  from  the  same  predecessor  event  -  has  been 

encountered.  Note  that  all  members  of  predecessor- 
divergent  groups  are  processed  as  a  group. 

7.  Since  step  6  proved  that  the  new  record  is  a  member 
of  a  predecessor-divergent  group  of  activities,  the 
Successor  Table  is  scanned  to  see  whether  the  new 
record's  Successor  Event  has  previously  been  en¬ 
countered  as  a  Successor  Event,  in  earlier  process¬ 
ing  via  subroutine  SMSB.  If  the  successor  is  not 
found,  go  to  step  8.  Otherwise  jump  to  step  9. 

8.  Enter  the  successor  in  the  next  vacant  block  in  the 
Successor  Event  Table  via  subroutine  SMSC. 

9.  If  the  successor  event  is  a  preselected  event  (i.e., 
SMWD  +  4^0)  set  the  sign  bit  of  the  3rd  word  in  the 
successor  event  block  to  1  and  go  to  step  10.  Other¬ 
wise  go  to  step  10. 
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10 


If  the  activity  is  completed  (SMWD  +  3^0) ,  jump  to 
step  12.  Otherwise  test  to  see  if  there  were  other 
incomplete  successors;  i.e.,  is  SMWG  (the  locator  of 
the  previous  incomplete  successor)  not  equal  to  zero? 
If  there  were  no  others  (i.e.,  if  SMWG=0)  go  to  step 
11.  Otherwise  store  the  locator  of  the  previous  in¬ 
complete  successor  in  21-35  of  the  3rd  word  of  the 
successor  event  block. 

11.  Store  the  locator  of  this  successor  event  in  SMWG. 
Store  the  predecessor  event  number  in  the  5th  word 
of  the  successor  event  block.  Store  the  te  and 
variance  in  the  6th  word  of  the  successor  event 
block.  Set  bit  S  of  the  2nd  word  of  the  block  to  1 
(one).  Return  to  step  5. 

12.  SMWK  contains  the  locator  of  the  last  completed 
successor.  If  SMWK=0,  jump  to  step  13.  Otherwise 
place  this  locator  (from  SMWK)  into  bits  3-17  of 
the  3rd  word  of  the  successor  event  block. 

13.  Store  the  locator  of  this  successor  event  in  SMWK. 
Store  the  predecessor  event  number  (SMWD)  in  bits 
21-35  of  the  5th  word  of  the  successor  event  block. 
Set  the  sign  bit  of  this  word  to  1  indicating  a 
completed  activity.  Store  the  actual  time  in  the 
6th  word  of  the  block.  Set  bit  1  of  the  2nd  word 
of  the  block  to  1.  If  bits  21-35  of  the  3rd  word 
of  the  block  equal  zero  jump  to  step  5  since  this 
successor  event  has  no  incomplete  activities  lead¬ 
ing  into  it. 

14.  Determine  whether  the  present  predecessor  is  a  start 
event  by  testing  to  see  if  the  present  predecessor 
is  entered  in  the  successor  table,  i.e.,  test  is 
(SMWE+1)=0.  If  (SMWE+1)  equals  zero,  jump  to  step 
5.  Otherwise  initialize  subroutine  SMSD  (reserve 
two  words  for  output)  and  go  to  step  15  to  begin 
searching  for  a  previous  milestone  associated  with 
this  predecessor  event. 

15.  Set  up  references  to  the  next  associated  milestone 
to  this  present  predecessor  event  via  subroutine 
SMSD.  The  milestones  listed  in  the  present 
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predecessor  in  the  successor  table  are  examined, 
and  the  successor  table  entry  for  each  of  these 
milestones  is  referenced. 

16.  Return  to  step  5  if  all  milestones  have  been  pro¬ 
cessed.  Otherwise  continue. 

17.  If  the  current  milestone  is  not  active  (bit  35  of 
second  word  referencing  this  milestone=0)  go  to 
step  15.  Otherwise  continue.  Once  one  is  found 
which  is  flagged  as  a  milestone  it  is  tested  to  see 
whether  it  is  flagged  as  "Active",  i.e.,  whether 
there  are  no  other  milestones  between  it  and  this 
predecessor  on  the  same  dependency  path.  Initialize 
subroutine  SMSD. 

18.  Set  up  references  to  the  next  associated  milestone 
to  this  present  successor  event  via  subroutine  SMSD. 

19.  Go  to  step  15  if  all  milestones  have  been  processed. 
Otherwise  continue. 

20.  Reference  the  current  predecessor  and  successor 
milestone.  If  the  milestones  are  not  equal  or  if 
the  successor  milestone  is  complete,  go  to  step  18. 
Otherwise  continue. 

21.  Is  the  successor  milestone  active  (bit  35  of  the 
second  milestone  word  =1)?  If  it  isn't  active,  go 
to  step  15.  Otherwise  continue. 

22.  Set  signal  for  Case  3  "on"  (SMWI  set  to  4  0)  and  go 
to  step  5.  The  "Case  3"  flag  is  set  in  its  "on" 
mode  because  the  test  has  just  indicated  that  the 

same  milestone  directly  restrains  the  present  successor 
via  an  incomplete  path  and  the  present  predecessor 
via  a  completed  path  and,  therefore,  constitutes  a 
"Case  3"  condition.  The  program  returns  to  step  5, 
to  pick  up  another  record. 

23.  At  this  point  the  new  activity  has  a  different  pred¬ 
ecessor  from  the  previously  processed  activity.  This 
new  activity  will  be  held  in  abeyance  and  the  pred¬ 
ecessor  event  of  the  previous  activities  will 
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henceforth  be  called  the  previous  predecessor.  If 
the  previous  predecessor  is  in  the  successor  table 
(SMWE+iy'o)  (i.e.,  is  not  a  start  event)  jump  to 
step  27.  Otherwise  continue.  It  must  be  determined 
whether  there  is  a  mixture  of  complete  and  incomplete 
successors  to  this  event  for  Case  1.  If  the  previous 
predecessor  event  does  not  have  an  incomplete  successor 
{ SMWG=  0 )  go  to  step  26.  Otherwise  continue.  If  the 
previous  predecessor  event  does  not  have  a  complete 
successor  (SMWK=0)  go  to  step  26.  Otherwise  there 
does  exist  a  mixture.  Continue. 

24.  Set  up  a  reference  to  the  incomplete  successor  block 
(SMWG) . 

25.  Place  a  1  in  bit  1  of  the  3rd  word  of  this  incomplete 
successor  block.  Pick  up  the  address  of  the  next  in¬ 
complete  successor  from  bits  21-35  of  the  3rd  word 

of  this  block.  If  this  address  is  zero  continue. 
Otherwise  set  this  address  as  the  address  of  the  next 
incomplete  successor  block  for  the  beginning  of  this 
step  and  repeat  this  step. 

26.  Turn  "on"  the  selection  signal  (SMWH  set  to  ^  0)  and 
jump  to  step  51.  This  is  done  to  force  the  program 
through  the  processing  steps  for  program- selected 
events. 

27.  Reference  the  block  in  the  Successor  Event  Table  for 
the  previous  predecessor  event.  If  the  event  is  not 
complete  (the  sign  bit  of  the  second  word  =  1)  jump 
to  step  30.  Otherwise  continue  since  this  event  may 
be  a  "Case  2"  event.  If  the  event  does  not  have  an 
incomplete  successor  (SMWG=0)  go  to  step  28.  Other¬ 
wise  if  the  event  has  no  completed  successors  (SMWK=0) 
go  to  step  26.  Otherwise  go  to  step  26  since  there 

is  a  mixture  of  complete  and  incomplete  activities. 

28.  Since  the  test  in  step  27  disclosed  that  there  were 
no  incomplete  activities  leading  from  this  previous 
predecessor  event  (i.e.,  no  incomplete  successors) 
this  is  not  a  Case  2  event.  If  the  signal  for  Case 
3  was  "on"  (SMWI^O) ,  go  to  step  26.  Otherwise  con¬ 
tinue. 
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29. 


Reference  the  3rd  word  of  the  previous  predecessor 
block.  If  it  is  negative,  go  to  step  26.  This  in¬ 
dicates  the  event  was  a  preselected  event  and  hence 
it  isn't  necessary  to  investigate  whether  this  event 
might  become  a  program  selected  event.  Otherwise 
continue.  If  the  predecessor  selection  flag  (SMWL) 
is  not  zero,  jump  to  step  26.  Otherwise  go  to  step 

31. 


30.  Reference  the  3rd  word  of  the  predecessor  block.  If 
bit  1  is  1,  jump  to  step  26.  This  indicates  the 
event  is  a  program- selected  event  under  Case  1.  Other¬ 
wise  continue.  Reference  the  second  word  of  this 
block.  If  there  are  both  complete  and  incomplete 
activities  leading  into  this  predecessor  event  (i.e., 
both  bits  S  and  1  are  "1")  go  to  step  26  (Case  4). 
Otherwise  jump  +-o  29. 

31.  If  there  are  no  completed  successors  (SMWK=0)  jump 
to  step  47 .  Otherwise  store  this  locator  SMWK  for 
step  36. 

32.  Check  to  see  if  the  previous  predecessor  (SMWE)  equals 
bits  21-35  of  the  fifth  word  of  the  successor  block 
referenced  by  SMWK.  If  not, alarm  (this  is  just  a 
check  for  a  computer  or  program  error) .  Otherwise 
continue.  If  the  locator  of  the  previous  predecessor 
(SMWE+ 1)  is  zero  (i.e.,  there  is  no  block  in  the 
Successor  Event  Table),  jump  to  step  44.  Otherwise 
prepare  to  enter  subroutine  SMWD  by  storing  zero 

and  the  locator  (SMWE+1)  in  two  successive  words 
for  reference  by  this  routine. 

33.  Enter  subroutine  SMSD.  This  sets  up  references  to 
the  next  milestone  associated  with  the  previous 
predecessor. 

34.  If  all  milestones  have  been  processed  jump  to  step 
44. 

35.  Reference  the  current  milestone  associated  witn 
previous  predecessor.  If  this  milestone  does  not 
have  an  actual  time  (bit  S  in  the  first  word  of  the 
2  word  block  -  0)  alarm  because  this  is  an  incomplete 
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milestone  preceding  a  completed  activity.  Other¬ 
wise  initialize  subroutine  SMSD  by  storing  zero 
and  the  locator  of  the  activity's  successor  event 
in  the  successor  table. 

36.  Enter  subroutine  SMSD.  This  sets  up  references  to 
the  next  milestone  associated  with  the  previous 
complete  successor.  Note  SMSD  does  not  destroy 
previous  references  to  the  predecessor  milestone. 

37.  If  all  milestones  have  been  processed,  go  to  step  43. 

38.  Reference  the  current  milestone  associated  with  the 
previous  complete  successor.  If  the  two  milestones 
from  the  predecessor  and  successor  events  are  not 
equal,  jump  to  step  36.  Otherwise  continue. 

39.  Is  the  milestone  active  relative  to  the  predecessor 
event  (i.e.,  is  bit  35  of  the  2nd  word  of  the  pair 
of  words  for  this  milestone  a  1)?  If  not,  go  to 
step  41.  Otherwise  continue. 

40.  If  the  select  signal  is  "on"  (SMWH^O)  jump  to  step 

41.  Otherwise  set  bit  35  of  the  6th  word  of  the 
previous  successor  event  block  to  1. 

41.  Reference  the  actual  time  from  the  6th  word  of  the 
previous  successor  event  block. 

42.  If  the  time  in  the  6th  word  of  the  successor  event, 
i.e.,  the  activity  completion  time,  is  less  than  or 
equal  to  the  completion  time  from  the  selected  mile¬ 
stone  associated  with  this  successor,  jump  to  step 
33.  Otherwise  replace  the  milestone's  completion 
time  with  the  completion  time  from  the  6th  word 

and  jump  to  step  33. 

43.  Since  the  current  milestone  from  the  predecessor 
event  does  not  match  any  milestones  of  the  successor 
event,  prepare  to  insert  the  current  milestone  into 
the  successor  event  block.  Reference  the  first  va¬ 
cant  pair  of  words  in  successor  block  via  subroutine 
SMSE.  Store  the  first  word  of  the  current  milestone 
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in  the  first  vacant  word  just  found.  If  bit  35  of 
the  second  word  of  the  current  milestone  is  a  1,  put 
a  1  in  the  35th  bit  of  the  6th  word  of  the  successor 
event  block.  If  the  selection  signal  is  "on"  (SMWH^O) 
store  the  6th  word  with  bit  35  equal  to  zero  in  the 
second  vacant  word  just  formed.  If  the  selection 
signal  is  off, store  the  6th  word  (including  bit  35 
whatever  it  might  be)  in  the  second  vacant  word  of 
the  successor  event  block.  Jump  to  step  33. 

44.  If  the  selection  signal  is  off  (=0)  jump  to  step  46. 
Otherwise  continue.  Initialize  subroutine  SMSE  to 
reference  the  next  vacant  pair  of  words  in  the 
successor  event  block. 

45.  Since  the  selection  signal  is  on,  we  want  to  establish 
the  predecessor  event  as  a  milestone  constraining  the 
successor  event.  Reference  the  next  vacant  pair  of 
words  in  the  successor  event  block  via  subroutine 
SMSE.  Store  the  previous  predecessor  event  number 
(SMWE)  in  bits  21-35  of  the  first  vacant  word.  Set 
the  sign  bit  to  1  to  indicate  this  is  an  actual  date 
constraint.  Store  in  the  second  vacant  word  the 

6th  word  from  the  successor  event  block  itself.  Set 
bit  35  of  the  second  vacant  word  to  1  to  indicate 
an  active  predecessor  milestone. 

46.  Reference  the  locator  of  the  next  complete  successor 
from  bits  3-17  of  the  3rd  word  of  the  successor 
event  block.  If  this  locator  is  zero,  jump  to  step 

47.  Otherwise  this  completed  successor  is  now 
treated  like  the  previous  successor.  The  locator 

of  this  completed  successor  block  is  set  up  for 
use  in  step  36  in  referencing  the  milestones  to 
this  event.  This  linkage  (bits  3-17)  is  cleared. 

Jump  to  step  32. 

47.  If  there  are  no  incomplete  successors  (SMWO0)  jump 
to  step  61.  Otherwise  set  up  a  reference  to  the 
next  incomplete  successor  for  step  53. 

48.  Check  to  see  if  the  previous  predecessor  (SMWE)  equals 
bits  21-35  of  the  fifth  word  of  the  successor  block 
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referenced  by  SMWG.  If  not,  alarm  (this  is  just  a 
check  for  a  computer  or  program  error) .  Otherwise 
continue.  If  the  locator  of  the  previous  predecessor 
(SMWE  +  1)  is  zero  jump  to  step  59.  Otherwise  pre¬ 
pare  to  enter  subroutine  SMWD  by  storing  zero  and  the 
locator  (SMWE  +  1)  in  two  successive  words  for  ref¬ 
erence  by  this  routine. 

49.  Enter  subroutine  SMSD.  This  sets  up  references  to 
the  next  milestone  associated  with  the  previous  prede¬ 
cessor. 

50.  If  all  milestones  have  been  processed  jump  to  step  59. 

51.  Reference  the  current  milestone  associated  with  the 
previous  predecessor.  If  the  milestone  does  not  have 
an  actual  date  (bit  S  in  the  first  word  of  the  2  words 
referencing  the  milestone  =  0)  jump  to  step  52.  Other¬ 
wise  test  the  selection  signal  (SMWH) .  If  it  is  "off" 
(SMWH  =  0)  alarm  (computer  or  program  error) .  If  it 

is  "on"  return  to  step  49.  This  will  eliminate  all 
future  references  to  the  milestone  and  thus  divides 
the  network  into  complete  and  incomplete  activities. 

52.  Initialize  subroutine  SMSD  by  storing  zero  and  the 
locator  of  the  incomplete  successor  which  was  es¬ 
tablished  in  step  47. 

53.  Enter  subroutine  SMSD.  This  sets  up  a  reference  to 
the  next  milestone  association  with  the  incomplete 
successor. 

54.  If  all  milestones  have  been  processed  jump  to  step  58. 

55.  Reference  the  current  milestone  associated  with  the 
incomplete  successor.  If  the  milestones  from  the 
predecessor  and  successor  events  are  not  equal  re¬ 
turn  to  step  53.  Otherwise  continue. 

56.  Reference  the  te  and  variance  from  the  second  word 
of  the  milestone  of  the  previous  predecessor  (in 
the  previous  predecessor's  block)  and  add  these  to 
the  te  and  variance  from  the  6th  word  in  the  previous 
incomplete  successor  block.  If  this  sum  is  greater 
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than  the  te  and  variance  in  the  second  word  jump  to 
step  49. 

57.  If  the  selection  signal  is  off  return  to  step  49. 
Otherwise  set  the  active  bit  (bit  35  of  the  2nd  word) 
to  zero  and  jump  to  step  49.  This  milestone  just 
associated  with  the  previous  incomplete  successor 
event  cannot  be  regarded  as  active  (i.e.,  as  directly 
constraining  the  successor  event)  because  the  prede¬ 
cessor  intervenes  between  the  milestone  and  the 
successor  event. 

58.  Since  the  current  milestone  from  the  predecessor 
event  does  not  match  any  milestones  of  the  successor 
event,  prepare  to  insert  the  current  milestone  into 
the  successor  event  block.  Reference  the  first  va¬ 
cant  pair  of  words  in  successor  block  via'  subroutine 
SMSE.  Reference  the  current  milestone  associated 
with  the  previous  predecessor.  Add  the  te  and  variance 
from  this  milestone  to  the  te  and  variance  from  the 
6th  word  of  the  successor  event  and  store  in  the 
second  word  of  the  vacant  pair  of  words  just  found. 
Store  the  milestone  itself  in  the  first  word.  Re¬ 
turn  to  step  57. 

59.  If  the  selection  signal  is  "off"  jump  to  step  60. 
Otherwise  initialize  subroutine  SMSE  to  reference  the 
next  vacant  pair  of  words  in  the  successor  event 
block.  Reference  the  vacant  pair  of  words  in  the 
successor  event  block  via  subroutine  SMSE.  Store  the 
5th  word  of  the  successor  event  block  into  the  first 
vacant  word  just  found.  Store  the  6th  word  from  this 
block  with  a  1  in  bit  35  into  the  2nd  vacant  word. 

Since  the  selection  signal  was  "on,"  it  was  necessary 
to  include  the  previous  predecessor  itself  as  an  active 
milestone  to  the  successor  event. 

60.  Reference  the  locator  of  the  next  incomplete  successor 
from  bits  21-35  of  the  3rd  word  of  the  successor 
event  block.  If  this  locator  is  zero  jump  to  step  61. 
Otherwise  this  new  incompleted  successor  is  treated 
like  the  previous  successor.  The  locator  of  this  in¬ 
complete  successor  block  is  set  up  for  use  in  step  53 
in  referencing  the  milestones  of  this  event.  The 
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linkage  (bits  21-35)  is  cleared.  Jump  to  48. 

61.  If  the  select  signal  is  "off"  jump  to  step  66. 

Otherwise  continue.  Prepare  to  output  all  summary 
activities  which  terminate  at  the  previous  predecessor 
(if  the  selection  signal  is  "on").  If  the  previous 
predecessor  is  not  in  the  Successor  Event  Table 

(3MWE  +1=0)  jump  to  step  70  (start  event).  Other¬ 
wise  continue.  Initialize  subroutine  SMSD  by  storing 
zero  and  the  locator  (SMWE  +  1)  of  the  previous  block. 

62.  Enter  the  subroutine  SMSD.  This  sets  up  a  reference 
to  the  next  milestone  associated  with  the  previous 
predecessor. 

63.  If  all  milestones  have  been  processed  jump  to  step  66. 

64.  If  the  milestone  is  not  active  (bit  35  of  second  word 
of  milestone  is  0)  return  to  step  62  since  summary 
activities  are  defined  only  from  active  milestones. 
Otherwise  store  this  second  word  for  output  as  the  te 
or  actual  time  of  the  summary  activity.  Store  the 
milestone  number  itself  for  output  as  the  predecessor 
event.  Reference  the  previous  predecessor  event 
number  (SMWE)  and  store  it  for  output  as  the  successor 
event  for  the  summary  activity. 

65.  Write  out  one  restraint  by  subroutine  SMSF.  Jump  to 
step  62. 

66.  This  completes  the  processing  of  the  predecessor  event. 
Since  the  activity  input  records  are  sorted  in  prede¬ 
cessor  rank  sequences,  once  an  event  has  been  complete¬ 
ly  processed  as  a  predecessor  event  it  will  never  be 
encountered  again.  The  block (s)  can  now  be  deleted 
from  the  Successor  Event  Table  and  the  linkages  updated. 
Reference  the  locator  of  the  block  to  be  deleted 

(SMWE  +  1) .  If  the  address  linkage  to  the  block  of 
the  next  event  in  this  table  (bits  3-17  of  the  fourth 
word)  is  not  zero,  jump  to  step  67.  Otherwise  store 
bits  21-35  of  this  word  in  SMWF  and  jump  to  step  68. 

67.  Store  bits  21-35  of  this  fourth  word  into  bits  21-35 
of  the  fourth  word  of  the  block  referenced  by  the 
next  event  (bits  3-17  of  the  above  fourth  word) . 
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68.  If  the  address  linkage  to  the  block  of  the  previous 
event  is  zero  (bits  21-35  of  the  fourth  word) ,  jump 
to  step  69,  Otherwise  store  bits  3-17  of  this  fourth 
word  into  bits  3-17  of  the  fourth  word  of  the  block 
referenced  by  the  previous  event  (bits  21-35  of  the 
above  fourth  word) .  Store  (SMWE  +  1)  in  (Tl) 
temporarily. 

69.  Reference  the  21st  word  from  this  previous  predecessor 
block  and  store  this  address  linkage  (T2)  temporarily. 
Store  SMWB,  the  location  of  the  next  empty  block,  in 
this  21st  word.  Now  store  in  SMWB  the  locator  of  this 
block  (Tl) .  If  the  above  address  linkage  is  zero 

(T2  =  0)  jump  to  step  70.  Otherwise  store  T2  into  Tl 
and  return  to  step  69. 

70.  Reset  all  flags.  Zero  SMWG,  SMWH,  SMWI,  SMWK,  and 
SMWL.  If  the  last  activity  has  been  read  in  and 
processed  (SMWN  ^  0)  jump  to  step  73.  Otherwise  store 
the  new  predecessor  (SMWD)  into  the  predecessor  (SMWE) 
word.  Test  via  subroutine  SMSB  to  see  if  this  prede¬ 
cessor  (SMWE)  is  in  the  successor  table.  If  it  is, 
jump  to  step  71.  Otherwise  check  to  see  if  the  ad¬ 
dress  of  the  previous  predecessor  (SMWE  +  1)  is  zero. 
If  it  isn't  alarm.  This  check  is  made  knowing  that 
the  new  predecessor  is  a  start  event;  hence  no  pre¬ 
vious  predecessor  should  exist.  Otherwise  go  to 

step  7. 

71.  Store  the  table  locator  of  this  predecessor  in 
SMWE  -  1.  Jump  to  step  7. 

72.  If  an  End  of  Pile  is  reached  from  subroutine  SMSA 
turn  the  End  of  File  flag  "on"  (SMWN  j*  0).  Jump  to 
step  23. 

73.  If  the  address  of  the  previous  event  in  the  table 
(SMWF )  is  zero,  alarm  since  there  must  have  been  at 
least  one  entry  in  the  table  at  this  point.  Store 
SMWF  in  temporary  word  Tl. 

74.  Initialize  subroutine  SMSD  by  storing  zero  and  Tl, 

the  locator  of  the  last  event  entered  in  the  successor 
table . 


11-32 


75.  Enter  subroutine  SMSD.  This  sets  up  a  reference  to 
the  next  milestone  associated  with  this  event. 

76.  If  all  milestones  have  been  processed  jump  to  step  79. 

77.  If  the  milestone  is  not  active  (bit  35  of  the  second 
word  of  the  milestone  is  zero)  return  to  step  75. 
Otherwise  store  this  second  word  for  output  as  the 
te  of  actual  time  of  the  summary  activity.  Store 
the  milestone  number  itself  for  output  as  the  prede¬ 
cessor  event  of  the  summary  activity.  Reference  the 
event  number  of  this  block  (first  word)  and  store  it 
for  output  as  the  successor  event  of  the  summary 
activity. 

78.  Write  out  one  restraint  via  subroutine  SMSF.  Jump 
to  step  75. 

79.  Reference  the  4th  word  of  the  successor  table  block 
of  this  last  event,  i.e.,  test  for  additional  ending 
events.  Store  the  address  of  the  block  of  the  pre¬ 
vious  event  in  the  table  (bits  21-35  of  this  word) 
in  Tl.  If  bits  21-35  are  not  zero  jump  to  step  74. 
Otherwise  continue. 

80.  Close  the  input  file  and  rewind  the  tape.  Close  the 
output  file  but  don't  rewind.  Exit. 

Subroutine  SMSA 


This  routine  unpacks  the  two  activity  input  words 
as  follows: 


1. 


2. 


Read  the  next  pair  of  activity  words.  If  an  End  of 
File  is  reached  jump  to  step  72.  If  a  tape  redundancy 
is  encountered  print  an  error  message  and  exit. 

Store  the  information  from  these  two  words  into  SMWD 
through  SMWD+4  as  follows: 


SMWD 

SMWD+1 

SMWD+2 

SMWD+3 

SMWD+4 


BE 

EE 

te,  variance 
Actual  Date  Flag 
Selection  Flag  for  EE 
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3.  Store  the  selection  flag  for  the  previous  BE  in 
SMWL.  Store  the  selection  flag  for  EE  in  SMWM. 

Return  to  the  main  program. 

Subroutine  SMSB 

This  routine  determines  whether  the  event  whose  number 
is  in  the  accumulator  is  in  the  Successor  Event  Table. 

1.  If  the  table  is  empty  return  to  the  main  program  with¬ 
out  a  successor  table  reference.  Otherwise  continue. 

2.  Reference  the  address  of  the  last  assigned  block. 

3.  Compare  event  numbers.  If  they  are  equal  return  to 
the  main  program  with  the  locator  of  the  block.  Other¬ 
wise  if  bits  21-35  of  the  4th  word  of  this  block  are 
zero,  return  indicating  an  unsuccessful  search.  If 
not,  reference  another  block  through  bits  21-35.  Re¬ 
turn  to  step  3. 

Subroutine  SMSC 

This  routine  inserts  an  event  into  the  Successor 
Event  Table. 

1.  If  there  is  not  room  in  the  successor  table  (SMWB=0) 
alarm.  Otherwise  continue. 

2.  Zero  the  first  20  words  of  the  next  available  block 
(referenced  by  SMWB) . 

3.  Store  the  21st  word  of  this  block  in  SMWB  to  indicate 
the  next  available  block. 

4.  Zero  this  21st  word. 

5.  Reference  the  block  of  the  last  event  entered  into 
the  table  (SMWF) .  If  this  is  zero  jump  to  step  8. 
Otherwise  continue. 

6.  Store  the  locator  of  this  new  event's  block  in  bits 
3-17  of  the  4th  word  of  the  block  of  the  last  event 
entered  into  the  table  (referenced  by  SMWF). 
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Store  the  locator  of  the  last  event  entered  into  the 
table  (SMWF)  into  bits  21-35  of  the  4th  word  of  this 
new  event  block.  Zero  bits  3-17  of  this  new  event 
block  so  that  there  will  be  no  forward  linkage. 

8.  Store  locator  of  this  new  event  block  in  SMWF.  Store 
the  event  number  itself  in  the  first  word  of  this  new 
block.  Return  to  the  main  program. 

Subroutine  SMSD 

This  routine  references  the  next  available  milestone 

associated  with  an  event  in  the  Successor  Event  Table. 

1.  If  this  is  an  initial  entry  to  the  subroutine  (the 
milestone  =  0)  go  to  step  2.  Otherwise  jump  to 
step  3. 

2.  Reference  the  number  of  milestones  associated  with 
this  event  (the  second  word  of  the  event's  block). 
Advance  this  number  by  one  and  store  as  a  milestone 
count.  Store  8  for  the  block  count.  Set  up  the 
milestone  locator  as  the  event  block  locator  plus  4 
(thus  it  is  set  to  reference  the  5th  word  of  the  event 
block) . 

3.  If  the  milestone  count  is  equal  to  (or  less  than)  one, 
jump  to  step  6.  Otherwise  reduce  the  milestone  count 
by  one.  If  the  block  count  is  equal  to  (or  less  than) 
one,  jump  to  step  5.  Otherwise  reduce  the  block  count 
by  one  and  add  two  to  the  milestone  locator. 

4.  Locate  the  milestone  and  alarm  if  it  is  zero.  This 
indicates  a  program  or  machine  error.  Otherwise  re¬ 
turn  to  the  main  program  with  another  milestone  lo¬ 
cator. 

5.  Set  the  block  count  to  10.  Reference  the  linkage 
address  (the  21st  word  of  the  event  block)  and  store 
this  linkage  as  the  new  milestone  locator.  If  the 
locator  is  zero,  alarm.  This  indicates  a  program 

or  machine  error.  Otherwise  go  to  step  4. 

6.  All  milestones  have  been  located.  If  the  next  mile¬ 
stone  is  not  zero,  alarm.  This  indicates  a  program 
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or  machine  error.  Otherwise  return  to  the  main  pro¬ 
gram  without  a  milestone  locator. 

Subroutine  SMSE 


This  routine  references  the  next  vacant  pair  of  words 
to  insert  a  new  milestone  associated  with  an  event  in  the 
Successor  Event  Table. 

1.  Add  one  to  the  number  of  milestones  associated  with 
this  event  (the  second  word  of  the  event's  block). 
Retain  this  number  for  step  2  and  also  store  it  back 
into  the  event’s  block. 

2.  If  the  new  number  of  milestones  is  greater  than  7, 
subtract  7  from  this  count  and  jump  to  step  4.  Other¬ 
wise  add  4  to  the  event  block  locator. 

3.  Compute  the  locator  of  the  next  vacant  pair  of  words 
as  the  event  block  locator,  plus  two  times  the  number 
of  milestones.  Jump  to  step  6. 

4.  If  a  linkage  to  another  block  does  not  exist  (21st 
word  equals  zero)  jump  to  step  5.  Otherwise  refer¬ 
ence  the  event's  continuation  block  through  this 
linkage.  This  linkage  becomes  the  event  block  locator. 
If  the  number  of  milestones  is  greater  than  10,  sub¬ 
tract  10  from  this  number  and  return  to  step  4.  Other¬ 
wise  return  to  step  3. 

5.  Set  up  a  linkage  in  a  new  block  by  inserting  the  ad¬ 
dress  SMWB  of  the  next  vacant  block  in  the  21st  word 
of  the  current  block.  Store  SMSB  as  the  locator  of 
the  next  vacant  pair  of  words.  Set  SMWB  equal  to  the 
21st  word  of  this  new  block.  Zero  all  21  words  of 
this  block. 

6.  Return  to  the  main  program  with  the  next  vacant  block 
locator. 

F.  Summary  Output  Routine 

This  program  will  edit  the  summary  tape  tnat  was 
generated  by  the  previous  routine  and  produce  a  card  output 
tape.  From  this  card  output  tape,  cards  can  be  punched  with 
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the  format  of  regular  input  cards  to  this  PERT  program. 

The  SDL  and  PEN  lists  will  have  to  be  read  into  core  (taking 
up  2x  NOE  words)  and  the  summary  tape  will  have  to  be  read 
in  a  record  at  a  time.  As  the  information  from  the  sum¬ 
mary  tape  is  brought  into  the  core,  summary  output  card 
images  will  be  formed  and  written  on  an  output  tape  (PPl) . 
Titles  for  events  in  the  summarized  network  will  be  in¬ 
cluded.  If  event  titles  are  requested  the  cards  without 
titles  will  be  put  on  a  scratch  tape.  Then  this  tape  will 
be  merged  with  the  new  master  file  tape  to  pick  up  the  titles 
and  the  results  will  be  written  on  tape  PPl.  Only  cards 
with  transaction  codes  1,  3,  4  or  6  will  be  produced. 

The  summary  tape  consists  of  2  word  logical  records 
and  250  word  physical  records.  The  format  of  each  logical 
record  is  as  follows: 


First  word 


Second  word 


Bits  S,  1-11  Not  used 

12-20  (SIG)2 
21-35  BE 


Bits  S 


1-4 

5-17 

18-20 

21-35 


0  no  actual 
date 

1  actual  date 
not  used 
te 

not  used 
EE 


This  routine  will  produce 
the  following  format: 

Column 

1 

2 

3 

4 

5 

6-13 

14 

15 
16-23 

24 

25-38 

29-32 

33-36 

37-42 

43 

44-78 


summary  output  cards  with 


Contents 

TC 

SP 

Scheduled  Date  Option 

Blank 

Blank 

BE 

BE  Level  Code 

Blank 

EE 

EE  Level  Code 

a' 

m' 

b' 

Scheduled  or  Actual  Date 
Blank 

Event  Title 


11-37 


The  following  steps  describe  the  programming  sequences 


1.  If  this  is  a  12  tape  version  of  the  program,  set  TCKCL 
to  0,  otherwise  set  TCKCL  to  a  non  zero  value.  Read 
in  the  PEN  and  SDL  lists.  If  TCKCL  does  not  equal 
zero  write  the  parameter  card  on  tape  SXOFL. 

2.  Read  two  words  from  the  summary  tape  into  SXS.  If 
an  EOF  is  reached  jump  to  step  13. 

3.  Fill  SXOUT  through  SXOUT  +  7  with  blanks.  Mask  out 
BE  and  store  (PEN  +  EE)  in  SXKC.  Compute  SIG  from  the 
first  word  (SXS)  and  then  compute  3 (SIG) .  Mask  out 
EE  and  t  from  the  second  word.  Compute: 

a  =  te  -  3 (SIG),  m  =  te,  and  b  =  te  +  3 (SIG). 

If  a  is  positive  jump  to  step  4.  Otherwise  set  a 
to  0  and  b  to  2te  and  go  to  step  4. 

4.  If  BE  is  not  zero  reference  (PEN  +  BE).  Unpack  this 
word  and  store  in  SXKD  and  SXKE  as  8  digits,  a  level 
code  and  3  blank  BCD  characters.  If  BE  is  zero  con¬ 
tinue.  Set  the  transaction  code  to  1.  Store  this 
code  in  SXOUT  bits  S-5. 

5.  If  SDL  +  BE  is  positive  set  the  short  path  flag  (SP) 
to  blank.  Otherwise  set  SP  to  1.  Store  SP  as  the 
second  BCD  character  in  SXOUT. 

6.  If  SXKC  is  zero  jump  to  step  7.  Otherwise  store  the 
unpacked  BE  and  level  code  from  SXKD  and  SXKE  as  the 
5th  through  13th  BCD  characters  in  SXOUT  through 
SXOUT  +  2. 

7.  If  the  true  ending  event  (PEN  +  EE)  is  not  zero,  un¬ 
pack  this  number  and  level  code  and  store  in  the 

EE^  and  LC  positions  of  SXOUT  +  2  and  SXOUT +  3.  Store 
(PEN  +  EE)  itself  in  SXOUT  -  1.  If  it  is  zero  jump 
to  step  8. 

8.  Convert  a  to  BCD  and  store  in  A  of  SXOUT  +  4. 

Convert  m  to  BCD  and  store  in  M  of  SXOUT  +  4  and 

SXOUT  +  5. 

Convert  b  to  BCD  and  store  in  B  of  SXOUT  +  5. 
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9.  If  bit  2  of  (SDL  +  EE)  is  1,  store  a  1  in  3rd  BCD 
field  of  SXOUT .  Otherwise  continue. 

10.  If  bits  23-35  of  (SDL  +  EE)  are  not  zero,  a  time  is 
given  here.  Convert  this  time  to  a  date,  put  it  in 
the  format  mo ,  mo ,  da ,  da ,  yr ,  yr  and  store  in  SXOUT 
+6.  If  these  bits  are  zero  continue.  Write  SXOUT 
-  1  through  SXOUT  +  6  onto  tape  TWSXF. 

11.  If  SXS  +  1  is  positive  jump  to  step  12.  Otherwise 
change  the  transaction  code  in  SXOUT  bits  S-5  to  a 
4.  Convert  te  to  an  actual  date  and  store  in  SXOUT 
+  6.  If  this  is  a  16  tape  version  (TCKCL  ^  0)  write 
SXOUT  through  SXOUT  +  13  onto  SXOFL,  the  final  output 
tape.  If  this  is  a  12  tape  version  write  SXOUT  -  1 
through  SXOUT  +  6  onto  TWSXF. 

12.  Reference  (SDL  +  BE) .  If  the  predecessor  tally  (bits 
17-22)  is  not  zero,  jump  to  step  2.  Otherwise,  if 
the  actual  date  tally  (bits  11-16)  is  zero,  set  TC 

to  3.  A  non  zero  actual  date  tally  indicates  that 
this  beginning  event  has  an  actual  date.  Set  TC  to  6. 
Convert  the  time  in  bits  23-35  of  (SDL  +  BE)  to  a 
date  and  store  in  SXOUT  +  6.  Store  the  unpacked  be¬ 
ginning  event  in  the  EE  field,  SXOUT  +  2  and  SXOUT  + 

3.  Store  blanks  in  the  EE  field  of  SXOUT  through 
SXOUT  +  2.  Write  SXOUT  -  1  through  SXOUT  +  6  onto 
tape  TWSXF.  Return  to  step  2. 

13.  Rewind  the  input  tape  and  output  tape  (TWSXF) .  If 
the  number  of  words  written  onto  tape  TWSXF  is  greater 
than  24,000  (i.e.,  the  number  of  cards  is  greater 
than  3,000)  jump  to  step  16.  Otherwise  read  tape 
TWSXF  into  memory  and  sort  on  EE  internally. 

14.  If  this  is  a  12  tape  version  (TCKCL  =  0)  write  the 
parameter  card  onto  tape  SXOFL.  Set  step  15  to  jump 
to  20  and  continue.  For  both  12  and  16  tape  versions 
merge  the  data  and  titles  and  write  on  SXOFL. 

15.  Write  3  cards  after  the  summary  cards  to  indicate  the 
network  is  complete.  Jump  to  step  21  (or  if  changed, 
to  step  20) . 

16.  If  this  is  a  12  tape  version  jump  to  step  17.  Other¬ 
wise  prepare  to  sort  tape  TWSXF  with  an  external  sort. 
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Save  the  program  control  parameters.  Jump  to  step  22. 

17.  Write  a  copy  of  the  summary  network  as  the  second  file 
on  the  SDL  tape. 

18.  Write  the  parameter  card  and  the  data  onto  SXOFL. 

19.  Reposition  the  SDL  tape  for  the  Forward  Event  List 
Routine  and  jump  to  step  15. 

20.  Reposition  the  SDL  tape  for  the  Forward  Event  List 
Routine . 

21.  Advance  to  the  Forward  Event  List  Routine. 

22.  Sort  tape  TWSXF  with  an  external  sort.  Merge  the 
data  and  the  titles  from  TPEN. 

23.  Read  the  program  control  parameters  from  the  2nd  file 
of  the  SDL  tape  into  core. 

24.  Exit  to  the  Forward  Event  List  Routine. 

G.  Forward  Event  List  Routine 

The  Forward  Event  List  (FEL)  associates  an  expected 
time  (ET)  and  a  standard  deviation  (SIG)  with  each  event. 
These  are  created  by  passing  once  through  the  ordered  ac¬ 
tivity  lists.  In  addition,  a  critical  predecessor  (CP)  for 
each  event  is  determined.  The  following  steps  describe  the 
program: 

1.  Read  into  core  the  Scheduled  Date  List  (SDL) .  Zero 
another  NOE  words  (up  to  12,000)  for  the  Forward  Event 
List  (FEL).  Set  y  equal  to  1. 

2.  Set  bit  1  of  SDL  +  y  to  0.  This  clears  a  flag  used 
in  the  input  routine.  If  the  PT  field  of  (SDL  +  y) 
does  not  equal  zero,  go  to  step  3.  If  the  PT  field 
of  (SDL  +  y)  equals  zero  (i.e.,  a  beginning  event) 
transmit  the  scheduled  time  field  of  (SDL  +  y) ,  i.e., 
bits  23-35  to  ET (FEL  +  y) .  If  the  AD  field  of  this 
same  word  (SDL  +  y)  is  greater  than  zero  set  bit  1 
of  (SDL  +  y)  to  1  and  jump  to  step  4.  If  AD  is  not 
greater  than  zero,  jump  to  step  4. 
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3.  If  the  AD  field  of  (SDL  +  y)  is  greater  or  equal  to 
the  PT  field  indicating  an  event  with  an  actual  date, 
set  bit  1  of  (SDL  +  y)  to  1,  transmit  the  Scheduled 
Time  field  of  (SDL  +  y)  23-35  to  ET (FEL  +  y) ,  and 
jump  to  step  4.  If  the  PT  field  of  (SDL  +  y)  is  less 
than  the  AD  field  indicating  an  event  without  an 
actual  date,  go  to  step  4. 

4.  If  y  is  greater  than  NOE  jump  to  step  5.  Otherwise 
replace  y  and  y  +  1  and  return  to  step  2. 

5.  Set  x  equal  to  0,  y  equal  to  1.  Read  (ACT  1  +  2x) 
and  (ACT  2  +  2x)  into  a  work  area. 

6.  Select  BE  and  EE  from  (ACT  1  +  2x)  and  (ACT  2  +  2x) 
respectively. 

7.  Transmit  (FEL  +  BE)  and  (FEL  +  EE)  to  a  work  area. 

8a.  If  bit  7  of  ACT  2  equals  0,  compute  ET (BE)  +  te  -  ET(EE) , 

set  it  equal  to  z  and  jump  to  step  9.  If  bit  7  of 
ACT  2  equals  1,  check  bit  1  of  (SDL  +  BE).  If  this 
bit  is  1,  jump  to  step  8b.  If  it  is  zero  print  out 
a  diagnostic  indicating  an  illegal  actual  date.  In¬ 
sert  1  in  bit  3  of  (SDL  +  BE) . 

b.  Compute  TE  -  ET (EE)  and  set  it  equal  to  z,  where  TE 
is  the  activity  actual  completion  time. 

9.  If  ACT  2  is  negative,  jump  to  step  10  (Short  Path 

Flag).  If  ACT  2  is  positive,  and  z  is  positive,  jump 
to  step  11.  If  ACT  2  is  positive  and  z  is  negative, 
jump  to  step  13. 

10.  Short  Path  Flag  —  If  ET(EE)  is  zero,  jump  to  step  11. 

If  not  and  z  is  positive  jump  to  step  13.  Otherwise 
jump  to  step  11. 

11.  Replace  each  of  the  fields  in  (FEL  +  EE)  as  follows: 
transfer  the  square  root  of  SIGF(BE)2  +  SIGF(ACT  1)^ 
into  SIGF(EE)  and  BE  into  CP (EE).  If  bit  7  of  ACT  2 
equals  1  and  ET (FEL  +  EE)  is  less  than  TE,  (the 
activity  actual  completion  time)  transmit  TE  to 

ET (FEL  +  EE).  At  this  point  check  if  bit  1  of 
(SDL  +  EE)  equals  1.  If  so,  transmit  TE  to  bits 
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23-35  of  (SDL  +  EE)  and  jump  to  step  12.  If  bit  1 
is  zero,  jump  to  step  12.  If  bit  7  of  ACT  2  equals  1 
and  ET (FEL  +  EE)  is  greater  than  or  equal  to  TE, 
jump  to  step  13.  If  bit  7  of  ACT  2  is  0,  transmit 
ET (FEL  +  BE)  +  te  to  ET(FEL  +  EE)  and  continue. 

Check  to  see  if  ET (FEL  +  BE)  +  te  exceeds  the  allow¬ 
able  time.  If  it  exceeds  this  time,  print  an  error 
message . 

12.  If  ET (FEL  +  EE)  is  greater  than  LET,  replace  LET  by 

ET (FEL  +  EE)  and  continue.  Otherwise  continue.  Trans¬ 
mit  the  sign  bit  of  ACT  2  to  the  sign  bit  of 
(SDL  +  EE) . 

13.  Replace  x  by  x  +  1  and  y  by  y  +  1.  If  y  is  greater 
than  NOA,  jump  to  step  14.  Otherwise  return  to 
step  5. 

14.  Write  (FEL)  through  (FEL  +  NOE  +  1)  onto  tape  CKl  as 
as  the  first  file. 

15.  Write  (SDL)  through  (SDL  +  NOE  +  1)  onto  tape  UT3  as 
the  first  file.  Exit. 

H.  Backward  Event  List  Routine 

The  Backward  Event  List  (BEL)  contains  for  each  event 
a  latest  time,  LT.  This  time  is  similar  to  the  expected 
time  computed  for  the  FEL  except  that  the  ordered  network 
is  processed  from  its  ending  events  backward  to  its  starting 
events.  At  this  time  the  SDL  is  in  the  core.  The  first 
step  is  to  put  the  latest  time  into  the  BEL  for  all  events 
and  to  change  these  as  we  process  through  the  Activity  List. 

I.  If  NCD  (Network  Completion  Date)  does  not  equal  zero, 
jump  to  step  2.  Otherwise  "transmit  LET  to  NCD. 

2.  Reserve  NOE  words  for  the  BEL  list.  Add  17777g  into 
the  LET  field  of  each  word  on  the  BEL  list. 

3.  Set  x  equal  to  1. 

4.  Reference  the  ST  field  of  (SDL  +  x) .  If  ST  does  not 
equal  zero,  jump  to  step  5.  Otherwise,  if  the  SD 
field  of  (SDL  +  x)  equals  zero  (i.e.,  the  end  event 
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of  the  system  does  not  have  a  scheduled  date)  mask 
NCD  into  LT  field  of  (BEL  +  x)  and  jump  to  step  7. 

If  not,  mask  the  SD  field  of  (SDL  +  x)  into  the  LT 
field  of  (BEL  +  x)  and  jump  to  step  7. 

5.  The  event  x  is  not  an  end  event  of  the  network. 
Reference  bit  2  of  (SDL  +  x) .  If  it  is  0,  jump  to 
step  6.  If  bit  2  of  (SDL  +  x)  equals  1,  check  to  see 
if  the  SD  field  of  (SDL  +  x)  equals  zero.  If  so, 
jump  to  step  7.  Otherwise  mask  the  SD  field  of 

(SDL  +  x)  into  the  LT  field  of  (BEL  +  x)  and  jump 
to  step  7. 

6.  If  bit  1  of  (SDL  +  x)  equals  1,  transmit  bits  23»-35 
(SDL  +  x)  to  the  LT  field  of  (BEL  +  x)  and  continue. 
Otherwise  continue. 

7.  If  x  is  greater  than  NOE  go  to  step  8.  Otherwise 
add  1  to  x  and  return  to  step  3. 

8.  Set  y  equal  to  1. 

9.  Read  the  next  ACT  1  and  ACT  2  words  from  the  Back¬ 
ward  Activity  Tape  into  a  work  area.  Select  BE  and 
EE  from  ACT  1  and  ACT  2  respectively. 

10.  With  BE  and  EE  from  ACT  1  and  ACT  2  transmit 

(BEL  +  BE)  and  (BEL  +  EE)  to  a  work  area.  If  bit  1 

of  ACT  2  equals  1,  set  bit  9  of  (BEL  +  BE)  to  1.  If 

bit  2  of  ACT  2  equals  1,  set  bit  9  of  (BEL  +  EE)  to  1. 

11.  If  bit  7  of  ACT  2  equals  1,  jump  to  step  13. 

12.  Compute  LT (BE)  -  (LT (EE)  -  te)  equals  z.  The  sign 

of  LT  is  given  in  bit  21  of  FEL.  Consider  the  sign 
of  LT  in  computing  z.  If  z  is  negative  go  to  step  13. 
Otherwise,  transfer  (LT (EE)  -  te)  into  LT (BEL  +  BE), 
store  the  sign  of  (LT(EE)  -  te)  in  bit  21  of  (BEL  +  BE) 
and  store  the  square  root  of  SIGB(EE)2  +  SIGB(ACT  l)2 
in  SIGB(BE). 

13.  Replace  y  and  y  +  1.  If  y  equals  NOA  exit.  Otherwise 
return  to  step  9. 
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I.  Event  Assembly  Routine 

This  routine  will  gather  all  the  information  concerning 
each  event  and  will  produce  the  event  assembly  tape.  Depend¬ 
ing  upon  the  information  requested  this  tape  may  contain  as 
many  as  three  groups.  One  group  may  be  ordered  by  event 
number,  one  by  expected  time,  and  one  by  slack.  This  tape 
will  contain  the  following  14  words  of  information  for  each 
event  (one  logical  record) . 

1.  9PAC  control  character 

2.  Information  to  be  sorted  by  90  SORT  (PEN,  ET, 
or  SLACK)  or  blank  if  NOE  is  less  than  or  equal 

to  2000 

3.  Packed  event  number  from  PEN  list 

4.  Packed  critical  predecessor  from  PEN  list 

5.  Scheduled  Date  List  word  for  the  event 

6.  Forward  Event  List  word  for  the  event 

7.  Backward  Event  List  word  for  the  event 

8.  Event  Slack 

9-14.  Title  for  the  event 

The  first  physical  record  on  the  tape  will  have  network 
information  as  follows: 

1.  010000000000  (9  PAC  Control  Character) 

2.  NOE 

3.  NOA 

4-14.  Parameter  Card  (Columns  1-66) 

15.  010000000000  (9  PAC  Control  Character) 

16-18.  Parameter  Card  (Columns  67-80) 

19-28.  Not  used. 
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This  routine  is  divided  into  two  main  sections. 

Section  1  is  used  when  the  number  of  events  is  less  than 
2000.  In  this  section  information  is  taken  from  PEN,  FEL, 

BEL  and  SDL.  The  resulting  records  of  information  are 
sorted  internally  and  merged  with  the  event  title  tape. 
Additional  sorts  are  made  if  expected  time  and  slack  list¬ 
ings  were  requested.  The  output  is  written  on  the  event 
assembly  tape. 

Section  2  is  used  when  there  are  2000  or  more  events. 
Information  is  taken  from  the  same  4  lists  but  is  written 
immediately  on  a  scratch  tape  UT3.  UT3  is  then  sorted  by 
IB90  SORT  by  the  PEN  number  words  (the  packed  true  event 
numbers) .  Then  tape  UT3  is  merged  with  the  event  title  tape. 
This  entire  set  of  merged  records  is  written  on  tape  LI, 
one,  two  or  three  times  depending  on  the  number  of  distinct 
event  reports  requested  (event  number/event  expected  time/ 
event  slack) .  Each  set  of  records  has  distinct  control 
words  for  sorting.  The  first  word  distinguishes  the  set 
(2,  3  or  4)  and  the  second  word  controls  the  sorting  within 
the  set  (set  2  is  sorted  by  the  event  number,  set  3  by 
event  expected  time,  and  set  4  by  slack).  Tape  LI  is  now 
sorted  by  IB90  SORT  and  the  result  is  made  available  to  the 
edit  routine. 

The  following  steps  describe  the  programming  sequence: 

1.  If  column  21  of  the  initial  parameter  card  is  blank, 
write  a  comment  on  the  printer  and  the  output  tape 
that  no  event  output  was  requested  and  continue. 
Otherwise,  go  to  step  3. 

2.  Position  the  input  tape  past  the  90  SORT  control  cards 
for  event  data  SORT,  the  binary  event  assembly  pro¬ 
gram,  and  the  90  SORT  control  cards  for  event  report 
sorting  since  they  will  not  be  used.  Exit  from  routine. 

3.  If  NOE  is  greater  than  2000,  jump  to  step  23.  Other¬ 
wise  continue.  Let  EAL  (Event  Assembly  List)  be  an 
area  of  6  x  NOE  words  (up  to  12,000).  Let  EAL2  be 
equal  to  EAL  +  12,000.  Read  PEN  from  the  PEN  tape 
into  every  6th  word  of  EAL2  beginning  with  EAL2  +  0. 
Read  FEL  from  the  FEL  tape  into  every  6th  word  of 
EAL 2  beginning  with  EAL 2  +  3. 
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4. 


Set  x  equal  to  1,  y  equal  to  (EAL2  +  1) .  Start  read¬ 
ing  SDL  and  BEL  into  the  IOCS  buffers.  Reference  CP, 
the  critical  predecessor  pseudo  event  number,  from 
(y  +  2)  .  Transfer  (EAL2  +  6  x  CP  -  6)  to  (y) . 

5.  Transfer  the  xth  word  of  SDL  from  the  IOCS  buffer  to 
(y  +  1) .  Transfer  the  xth  word  of  BEL  from  the  IOCS 
buffer  to  (y  +  3) .  If  bit  1  of  (y  +  1)  equals  1, 
transmit  -37777  to  (y  +  4)  .  This  will  put  this  record 
first  on  an  ordering  by  slack.  Jump  to  step  6.  If 
bit  1  of  (y  +  1)  equals  0,  reference  bit  3  of  SDL.  If 
it  equals  1,  the  event  should  have  had  an  actual  time. 
Transmit  +37777  to  (y  +  4)  and  jump  to  step  6.  This 
will  put  this  record  last  on  a  slack  listing.  If 

bit  3  equals  0,  continue.  Compute  slack  as  LT  -  ET 
and  store  in  (y  +  4) . 

6.  If  x  equals  NOE  go  to  step  7.  Otherwise  add  1  to  x 
and  6  to  y  and  return  to  step  5. 

7.  Sort  EAL2  (6  word  record)  by  event  number  (bits  S-31 
of  the  first  word) . 

8.  Initiate  reading  of  the  Event  Nomenclature  (Title) 

Tape  (7  word  logical  record)  into  the  IOCS  buffers. 

9.  Set  x  equal  to  0. 

10.  Transfer  7  words  to  a  temporary  storage  area  (EBIN 
through  EBIN  +6).  If  an  EOF  is  reached  on  ENOM 
tape  transfer  all  1  bits  to  (EBIN) . 

11.  Transfer  6  words  beginning  with  (EAL2  +  6x)  to 
(EAL  +  12x) . 

12.  If  bits  S-31  of  (EAL2  +  6x)  equal  bits  S-31  of  (EBIN) 
go  to  step  13.  If  bits  S-31  of  (EAL2  +  6x)  are  less 
than  bits  S-31  of  (EBIN)  go  to  step  15.  If  bits  S-31 
of  (EAL2  +  6x)  are  greater  than  bits  S-31  of  (EBIN) 
go  to  step  16. 

13.  Transfer  (EBIN  +  1)  through  (EBIN  +  6)  to 
(EAL  +  6  +  12x)  through  (EAL  +  11  +  12x) . 

14.  Increase  x  by  1.  If  x  is  not  equal  to  NOE  go  to 
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step  10,  otherwise  jump  to  step  17. 

15.  Transfer  blanks  to  (EAL  +  6  +  12x)  through 

(EAL  +  11  +  12x) .  Increase  x  by  1.  If  x  is  not 
equal  to  NOE,  go  to  step  11,  otherwise  go  to  step  17. 

16.  Transfer  the  message  NOMENCLATURE  TAPE  ERROR  bb — b 
to (EAL  +  6  +  12x)  through  (EAL  +  11  +  12x) .  Go  to 
step  14. 

17.  Write  the  initial  28-word  record  on  the  Event  Assem¬ 
bly  Tape  (EALT) .  Check  bit  1  of  column  21  of  the 
initial  parameter  card.  If  it  equals  1  add  the 

02  9PAC  control  character  and  a  word  of  blanks  to 
each  logical  record  and  write  the  14  word  logical 
record  on  the  Event  Assembly  Tape. 

18.  If  the  second  bit  in  column  21  of  the  initial  card 

equals  1,  go  to  step  19;  otherwise  go  to  step  20. 

19.  Sort  EAL  (12  word  records)  by  expected  time  (bits 
23-35  of  the  4th  word) .  Add  the  03  9PAC  control 
character,  a  word  of  blanks  and  write  the  14  word 
logical  record  on  the  Event  Assembly  Tape. 

20.  If  the  3rd  bit  in  column  21  of  the  initial  parameter 

card  equals  1,  go  to  step  21,  otherwise  go  to  step  22. 

21.  Sort  EAL  (12  word  records)  by  slack.  Add  the  04  9PAC 

control  character,  a  word  of  blanks,  and  write  the  14 
logical  records  onto  the  Event  Assembly  Tape. 

22.  Write  EOF  on  the  EALT  and  rewind.  Go  to  step  2. 

23.  In  order  to  develop  the  Event  Assembly  Tape  for  net¬ 
works  of  more  than  2000  events,  the  IB  90  SORT  System 
must  be  used.  The  final  result  will  be  on  the  EALT. 
identical  to  the  one  generated  in  steps  3  through  22. 
Read  the  PEN  list  into  EAL.  Read  the  FEL  list  into 
EAL2 . 

24.  Start  reading  BEL  and  SDL  into  IOCS  buffers. 

25.  Set  x  •  1?  reserve  (EBIN)  through  (EBIN  +  5)  for  the 
event  output  record. 
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26.  Transmit  (FEL  +  x)  to  (EBIN  +  3) .  Reference  CP 

from  (EBIN  +  3).  Send  (PEN  -  2  +  CP)  to  (EBIN  +  1). 
Transmit  (PEN  +  x)  to  (EBIN) .  Transmit  (SDL  +  x) 
to  (EBIN  +  2) .  Transmit  (BEL  +  x)  to  (EBIN  +  4) . 

27.  If  bit  1  of  (EBIN  +2)  equals  1,  transmit  -37777  to 
(EBIN  +  5) .  This  will  put  this  record  first  on  a 
slack  sort.  Jump  to  step  28.  If  bit  1  of  (EBIN  +2) 
equals  0,  continue.  Reference  bit  3  of  (EBIN  +2). 

If  this  bit  equals  1,  the  event  should  have  had  an 
actual  time.  Transmit  +37777  to  (EBIN  +  5)  and 
jump  to  step  28.  This  will  put  this  record  last  on 
a  sort  listing.  If  this  bit  equals  zero,  continue. 
Reference  LT  and  compute  slack  =  LT  -  ET.  Store  in 
(EBIN  +  5) . 

28.  Transmit  (EBIN)  through  (EBIN  +5)  as  record  number 
x  for  output  on  a  scratch  tape  (EAENF) . 

29.  If  x  =  NOE  jump  to  step  30.  Otherwise,  add  1  to  x 
and  return  to  step  26. 

30.  Save  needed  core  memory  by  writing  it  as  the  second 
file  of  SDL  and  exit  to  90  SORT.  Sort  event  assembly 
list  (6  word  records  on  tape)  by  bits  S-31  of  the 
first  word  of  each  record. 

31.  Bring  memory  back  in  from  the  2nd  file  of  SDL  tape. 
Prepare  to  merge  the  event  information  and  event 
title.  Start  reading  information  into  IOCS  buffers. 

If  column  21  of  the  parameter  card  contains  only  a 
1,  write  output  on  the  EALT  tape.  If  column  21  con¬ 
tains  any  other  combination  of  bits,  write  output  onto 
a  scratch  tape  to  be  sorted  by  90  SORT,  when  writing 
records  put  the  appropriate  9PAC  character 
(020000000000,  030000000000,  040000000000)  in  word 
one  and  the  information  to  be  sorted  in  word  two  of 
the  14  word  logical  record.  Set  x  *  1.  Write  the 
initial  28  word  record  onto  the  output  tape  (Scratch 
or  EALT) . 

32.  Transfer  seven  words  from  NOMEN  buffers  to  (EAL2) 
through  (EAL2  +6). 
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Logical  Records  are  14  words 

The  First  Physical  Record  Equals  Two  Logical  Records 
Successive  Physical  Records  Equal  17  Logical  Records 


1.  This  word  is  a  SORT  control  word. 

2.  NOE- number  of  events  (octal.). 

3.  NOA-number  of  activities  (octal.). 

4.  Report  date. 

5.  RN-run  number,  CK-checkout  flag,  MF-master  file  indicator. 

6.  Start  date. 

7.  EL-E-L  chart  report  indicator,  SM- summary  report  indicator,  ER -event 
report  indicator,  CC-clock  indicator. 

8.  End  date. 

9.  AO-activity  output  indicator. 

10.  x  *  2,  3,  or  4  indicates  that  data  is  to  be  sorted  by  event  number, 
event  expected  time  or  event  slack  respectively. 

11.  If  x  *  2,  3,  or  4,  this  word  contains  the  event  number,  the  event 
expected  tins  or  the  event  slack. 

12.  The  SOL,  FEL  and  BRL  words  corresponding  to  this  event. 


Figure  11-2 

Event  Assembly  Tape  Format  (Binary  Tape) 
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33.  Transfer  six  words  from  sorted  event  number  information 
to  EAL  through  (EAL  +  5) .  Move  this  to  (EATOB  +  2) 
through  (EATOB  +  7) . 

34.  If  EAL  bits  S-31  equals  EAL2  bits  S-31  go  to  step  35. 

If  EAL  bits  S-31  is  less  than  EAL2  bits  S-31  go  to 
step  37.  If  EAL  bits  S-31  is  greater  than  EAL2  bits 
S-31  go  to  step  39. 

35.  Transfer  the  six  words  beginning  with  (EAL 2  +1)  to 
the  output  buffer  (EATOB  +  8)  through  (EATOE  +  13) . 

Move  in  appropriate  9PAC  control  character,  and  90 
SORT  information  and  write  a  record  onto  the  tape. 

36.  If  x  =  NOE  jump  to  step  40;  otherwise,  increase  x  by 
1,  and  return  to  step  32. 

37.  Transfer  six  words  of  blanks  to  the  output  buffer 
(EATOB  +  8)  through  (EATOB  +  13).  Move  in  appropriate 
9PAC  control  character  and  90  SORT  information  and 
write  record  or  records  onto  output  tape. 

38.  If  x  =  NOE  jump  to  step  40;  otherwise,  increase  x  by 
1  and  return  to  step  33. 

39.  Transfer  six  words  with  the  message  NOMENCLATURE 
TAPE  ERROR  b — b  to  the  output  buffers  (EATOB  +  8) 
through  (EATOB  +  13) .  Move  in  appropriate  9PAC  con¬ 
trol  character  and  90  SORT  information  and  write  a 
record  onto  the  output  tape. 

40.  If  the  2nd  and  3rd  bits  of  column  21  are  both  zero, 
position  the  input  tape  past  the  90  SORT  control  cards 
since  the  second  90  SORT  will  not  be  needed.  Exit. 
Otherwise,  exit  to  the  90  SORT  routine  which  will  sort 
the  event  assembly  tape  on  words  1  and  2. 

j.  Event  Output  Routine 

This  routine  edits  the  Event  Assembly  List  Tape  (EALT) 
and  produces  an  event  output  for  printing.  The  EALT  con¬ 
tains  2  initial  14  word  records  with  information  concern¬ 
ing  the  entire  network.  Following  it  will  be  a  14  word 
record  for  each  event.  These  events  will  be  properly  ordered 
for  each  of  the  3  possible  sequences  that  are  requested. 
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The  first  word  of  each  record  indicates  the  sequence  (2  = 
event  number,  3  =  expected  time,  and  4  =  slack).  The  first 
NOE  event  records  (after  the  initial  record)  will  all  have 
the  same  number  in  the  first  word.  If  a  second  ordering 
was  requested,  another  NOE  event  record  will  follow  with  a 
second  number  found  in  each  record's  first  word,  etc. 

The  following  describes  the  development  of  the  heading 
for  each  page  and  the  editing  of  the  information  for  each 
event.  All  information  for  a  printed  line  of  output  for 
each  event  can  be  obtained  from  an  event  record  as  follows. 
The  placement  of  this  information  on  the  output  sheet  can 
be  seen  from  the  Event  Output  Sample. 

1.  The  Event  Title  consists  of  35  characters  in  words 
9-14  of  the  event  record.  It  is  to  be  printed  out 
in  positions  2-37  of  the  line  of  output. 

2.  If  bit  9  of  BEL  is  a  "1"  (this  indicates  an  interface 
event)  print  an  I  immediately  before  the  event  num¬ 
ber.  The  event  number  packed  4  bits  per  digit  is 
found  in  bits  S-31  of  the  3rd  word.  These  8  digits 
must  be  unpacked,  dashes  inserted,  and  stored  in  the 
output  buffer.  The  level  code  for  this  event  is 
found  by  referencing  bits  32-35  of  the  3rd  word. 

Since  the  level  code  is  most  frequently  blank,  check 
to  see  if  bits  32-35  are  1111.  Otherwise,  convert 
the  level  code  as  follows:  0000,  Level  Code  =  A; 

0001,  LC  =  B,  etc.  through  0. 

3.  The  critical  predecessor  of  the  event  number  is  found 
in  the  4th  word  with  its  level  code.  Prepare  it  for 
output  following  the  same  steps  as  described  in  step  2. 

4.  If  the  SDL  word  (the  5th  word)  is  negative,  this  indi¬ 
cates  that  the  short  path  flag  option  has  been  chosen 
with  this  event.  Print  out  an  S  in  the  SP  column.  If 
the  5th  word  is  positive,  leave  S?  blank. 

5.  Next  up  to  4  dates  are  to  be  printed  out.  Each  of 
these  dates  is  given  in  the  record  as  a  time  and  must 
run  thru  the  time  to  date  routine.  First  check  bit  1 
of  the  5th  word  (SDL).  If  it  is  a  zero,  no  actual 
date  is  given.  Put  blanks  in  the  Actual  Date  field 
and  jump  to  step  6.  Otherwise,  mask  out  bits  23-35 
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from  the  6th  word  (FEL) .  This  field  is  the  actual 
time  and  event  expected  time  for  the  event.  Convert 
this  time  to  a  date  and  send  it  to  the  actual  date 
field  in  the  output  buffer.  Put  blanks  in  the  latest 
date  and  expected  date  field  and  jump  to  step  8. 

6.  Mask  out  bits  23-35  of  the  6th  word,  convert  this 
time  to  a  date  and  send  it  to  the  Expected  Date  field. 

7.  Mask  out  bits  21-35  of  the  7th  word.  This  time  is 
the  Latest  Time.  This  time  can  be  negative.  Its 
sign  is  bit  21.  Convert  it  to  a  date  and  send  it  to 
the  latest  date  field  in  the  output  buffer. 

8.  Mask  out  bits  23-35  of  the  5th  word.  If  they  are  zero, 
no  scheduled  time  is  given.  Put  blanks  in  the  schedul¬ 
ed  date  field  and  jump  to  step  11.  If  they  are  not 
zero,  check  the  PT  field  (bits  17-22)  of  the  same  word. 
If  PT  does  not  equal  zero,  the  time  is  a  scheduled 
time.  Jump  to  step  9.  Otherwise,  if  AT  (bits  11-16) 
equals  zero,  jump  to  step  9.  If  AT  does  not  equal 
zero,  the  time  in  bits  23-35  is  a  beginning  event 
actual  time  and  is  not  to  be  printed  out  here.  Put 
blanks  in  the  scheduled  date  field  and  jump  to  step  10. 

9.  Convert  the  scheduled  time  to  a  scheduled  date  and 
send  to  the  output  buffer.  If  bit  2  of  the  5th  word 
equals  1  insert  an  asterisk  before  the  date. 

10.  The  probability  of  meeting  the  scheduled  date  must 
be  computed  when  a  scheduled  date  is  given.  Step  9 
will  have  been  executed  only  when  a  scheduled  date 
was  given,  hence  it  will  not  be  necessary  to  check 
for  the  existence  of  a  scheduled  date  again.  Compute 
ST  (scheduled  time  from  bits  23-35  of  the  5th  word) 

-ET  (expected  time  from  bits  23-35  of  the  6th  word) 

=  X.  X  is  an  integer  representing  the  difference  in 
tenths  of  weeks  between  the  expected  and  scheduled 
time.  Divide  X  by  SIGF,  the  standard  deviation 
forward  from  bits  Sl-8  of  the  6th  word.  SIGF  is  a 
9  bit  unsigned  integer.  Let  X/SIGF=Z.  Round  off  to 
3  bits  to  the  right  of  the  binary  point. 

b.  If  the  Z  is  greater  than  +2.78  set  the  probability 
equal  to  1.00,  if  Z  is  less  than  -2.78  set  the 
probability  equal  to  0.000,  and  if  Z  equals  0  set 
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the  probability  equal  to  0.50.  Otherwise  take  the 
integral  part  of  the  absolute  value  of  10  times  Z 
and  reference  a  Normal  Curve  Area  List  (NCAL) .  The 
contents  of  (NCAL  +  10Z  )  contains  the  area  under 

the  Normal  Curve  from  its  center  to  Z  standard 
deviations  (based  on  a  normalized  table) .  To  compute 
this  area,  and  in  turn  the  probability,  the  program 
selects  one  of  the  following  two  alternatives. 

If  Z  is  positive,  the  probability  equals  (NCAL  +  10Z) 

+  .5io  and  if  Z  is  negative,  the  probability  equals 
.5^0  ”  (NCAL  +  10Z) .  Send  this  probability  to  the 
output  buffer. 

11.  The  slack  value  associated  with  each  event  is  found 
in  the  8th  word.  It  has  been  computed  by  the  Event 
Assembly  Routine  as  an  algebraic  integer  (plus  or 
minus)  in  tenths  of  weeks.  To  print  out  this  time 
in  weeks,  accurate  to  one-tenth  of  a  week,  compute 
the  equivalent  decimal  integer  from  the  binary 
integer  and  insert  a  decimal  point  preceding  the 
right-most  digit.  Before  converting  this  slack  for 
output  test  to  see  if  the  value  is  -37777.  If  so 
print  blanks  for  the  slack.  If  the  slack  number  is 
+37777,  print  "Error"  in  the  slack  field;  and  insert 
blanks  in  the  latest  date,  scheduled  date,  probability, 
and  standard  deviation  fields;  and  jump  to  step  14. 
Otherwise  convert  and  print  out  a  value  for  slack. 

12.  The  Standard  Deviation  for  each  event  is  found  in  bits 
S,  1-8  of  the  6th  word.  It  is  always  a  positive 
integer  so  all  9  bits  refer  to  the  value  of  the  number. 
It  represents  a  standard  deviation  in  tenths  of  weeks. 
The  conversion  for  printing  out  is  like  the  one  for 
the  slack  value.  Convert  this  integer  into  its 
decimal  equivalent  and  print  it  out  with  a  decimal 
point  before  the  right-most  digit.  Although  3  digits 
to  the  left  of  the  decimal  place  have  been  reserved 

in  the  format,  the  maximum  value  that  will  ever  occur 
is  51.1. 

13.  The  probability  of  positive  slack  is  computed  in  a 
fashion  similar  to  the  probability  in  step  10.  Com¬ 
pute  X  ■  LT  (latest  time  from  bits  23-35  of  the  7th 
word)  -  ET  (expected  time  from  bits  23-35  of  the  6th 
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word) .  Convert  LT  to  an  algebraic  number  by  examin¬ 
ing  bit  22  and,  if  it  is  a  1,  make  LT  negative  before 
computing  y.  Next  compute  SIG  equal  to  the  square 
root  of  (SIGF) ^  +  (SIGB)^.  do  this  by  squaring  the 
9  bit  numbers  in  bits  S,  1-8  of  the  6th  and  7th  words, 
taking  the  square  root  of  the  sum  of  these  and  retain¬ 
ing  9  bits.  Compute  Z  equal  to  -y/SIG.  Round  off  to 
3  bits  to  the  right  of  the  binary  point.  Execute  the 
steps  described  in  10b,  sending  the  result  to  the 
output  buffer  in  the  probability  of  positive  slack 
field. 

14.  Write  this  output  buffer  on  tape  for  printing,  read  in 
another  event  assembly  record  and  return  to  step  1. 

K.  E-L  Chart  Routine  (By  Weeks) 

The  E-L  Chart  is  a  chronological  display  of  the  Expect¬ 
ed  Date,  Latest  Date  and,  when  given,  the  Scheduled  and  Actual 
Dates  of  each  event.  The  display  starts  with  the  report 
date,  which  must  be  equal  or  later  than  the  start  date,  and 
prints  out  results  in  weekly  increments  from  this  date.  The 
total  time  interval  that  will  be  displayed  is  a  little  longer 
than  1.5  years. 

Events  with  actual  dates  before  the  report  date  will 
not  be  listed.  Events  with  expected  dates  before  the  report 
date  will  be  listed  but  without  any  indication  on  the  chart. 
Events  with  expected  dates  falling  within  the  time  span  of 
the  chart  will  be  listed  together  with  their  respective 
graphical  display.  Finally  those  events  whose  expected 
time  is  later  than  can  be  shown  on  the  chart  will  not  be 
listed. 

The  following  steps  describe  the  programming  sequence: 

1.  Set  an  event  counter  to  zero.  Locate  the  report  date 
and  convert  it  to  a  time.  Compute  the  chart's  limit 
CL  =  report  time  +  85  weeks.  Locate  the  expected 
time  ordering  on  the  Event  Assembly  Tape. 

2.  Print  out  the  same  heading  as  is  printed  with  an 
event  output.  Indicate  that  this  is  an  E-L  chart. 

Set  a  line  counter  to  0. 


11-54 


3.  Print  out  3  more  lines  of  heading  as  follows: 

On  the  first  line  beginning  in  column  60,  print 
WEEKS  FROM  REPORT  DATE. 

On  the  second  line  beginning  in  column  2,  print  EVENT 
NUMBER  SLACK;  beginning  in  column  48  print  the  report 
date;  and  in  columns  57,  67,  77.  . ..,  127  print  the 
numbers  1,  2,  3,  . ..,  8. 

On  the  third  line  beginning  in  column  2,  print  TITLE; 
and  beginning  in  column  48  print  1234567890-123456789012 
...  thru  column  132. 

4a.  Fill  a  print  buffer  (132  characters)  with  blanks  with 
the  exception  of  columns  52,  57,  62,  67.  ...»  132. 

Fill  these  positions  with  periods. 

b.  Add  1  to  the  event  counter.  If  the  event  counter  is 
greater  than  NOE,  exit.  Otherwise  read  in  an  Event 
Assembly  Record.  If  the  event  expected  time  is 
greater  than  or  equal  to  the  report  time,  go  to  step 
7.  Otherwise  if  the  event  has  an  actual  date,  return 
to  4b.  If  the  event  has  no  actual  date,  print  out 
on  the  next  line  the  event  number  and  level  code  as 
xx- xxx- xxx  x.  Compute  the  event  slack  (latest  time 
minus  expected  time)  and  print  this  signed  number  as 
ixxx.x  in  columns  16-21.  Convert  the  expected  time 
to  a  date  (in  this  case  the  date  is  earlier  than  the 
report  date)  and  print  as  DDMMMYY  in  columns  39-45. 
Advance  the  line  counter  by  1. 

5.  Print  out  the  event  title  in  columns  1-36  and  the 
event  latest  date  (calculated  from  the  latest  time) 
in  columns  39-45.  Advance  the  line  counter  by  1. 

If  the  event  does  not  have  a  scheduled  time  go  to 
step  6.  Otherwise,  print  SCHEDULED  DATE  in  columns 
24-37  and  convert  the  scheduled  time  to  a  date  and 
print  it  in  columns  39-45.  Advance  the  line  counter 
by  1. 

6.  If  the  line  counter  is  greater  than  48,  go  to  step  2. 
Otherwise,  return  to  step  4. 
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If  the  expected  time  is  greater  than  the  chart's 
limit  CL,  exit  from  program.  Otherwise  if  the  event 
does  not  have  an  Actual  Date,  jump  to  step  9. 
Otherwise  continue. 

8.  Print  out  on  one  line  the  event  number  in  columns 
2-14.  Print  ACTUAL  DATE  in  columns  27-37  and  print 
the  actual  date  itself  in  columns  39-45.  Advance 
the  line  counter  by  one  and  return  to  step  6. 

9.  Print  out  the  event  number  in  columns  2-14.  Convert 
the  expected  time  to  a  date  and  print  the  date  in 
columns  39-45.  Compute  the  event  slack  (latest  time 
minus  expected  time)  and  print  this  signed  number  as 
ixxx.x  in  columns  16-21.  Subtract  the  report  time 
from  the  expected  time  and  divide  this  resulting 
integer  (in  tenths  of  weeks)  by  IOiq*  Take  the 
quotient  (q),  an  integer  between  0  and  84,  and  print 
an  E  in  column  48  +  q.  If  column  19  of  the  initial 
parameter  card  is  a  "2",  jump  to  step  10,  and  omit 
the  computation  of  the  D's  on  this  chart.  Otherwise 
continue.  Compute  three  times  the  event  standard 
deviation  (3d),  rounded  to  weeks.  If  3d  is  less 
than  1  week,  jump  to  step  10.  Otherwise  print  a  D 
in  column  48+q+3d  and  a  D  in  column  48+q-3d,  pro¬ 
vided  these  numbers  are  within  the  chart  limitp. 

Add  one  to  the  line  counter. 

10.  Check  to  see  if  there  is  an  event  title  and,  if  so, 
print  it  out.  Convert  the  latest  time  to  a  date 
and  print  the  date  in  columns  39-45.  Add  1  to  the 
line  counter.  Subtract  the  report  time  from  the 
latest  time  and  if  the  result  is  not  within  the  chart 
limits,  go  to  step  11.  Otherwise  divide  this  result 
by  10io.  tafce  the  quotient  (q  )  and  print  an  L  in 
column  48+q. 

11.  If  the  scheduled  time  is  not  given,  jump  to  step  6. 
Otherwise  convert  the  scheduled  time  to  a  date  and 
print  the  date  in  columns  39-45.  Add  1  to  the  line 
counter.  Subtract  the  report  time  from  the  schedul¬ 
ed  time  and  if  the  result  is  not  within  the  chart 
limits  go  to  step  6.  Otherwise,  divide  this  result  by 
10io#  take  the  quotient  (<;)and  print  an  S  in  column 
48+q.  Return  to  step  6. 
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E-L  Chart  Routine  (By  Months) 


The  E-L  Month  Chart  is  a  chronological  display  of  the 
Expected  Date,  Latest  Date  and,  when  given,  the  Scheduled 
and  Actual  Dates  of  each  event  by  months.  This  display  will 
start  with  the  month  in  which  the  Report  Date  is  located 
and  include  the  following  84  months.  The  Report  Date  must 
be  equal  to  or  later  than  the  Start  Date. 

Events  with  actual  dates  before  the  report  date  will 
not  be  listed.  Events  with  expected  dates  before  the  re¬ 
port  date  will  be  listed  but  without  any  indication  on  the 
chart.  Events  with  expected  dates  falling  within  the  time 
span  of  the  chart  will  be  listed  with  their  dates  in  proper 
position  on  the  chart  (i.e.,  under  the  month  in  which  the 
date  occurs) .  Finally,  those  events  whose  expected  time 
is  later  than  can  be  shown  on  the  chart  will  not  be  listed. 

The  following  steps  describe  the  programming  sequences 

1.  Locate  the  report  date  and  convert  it  to  a  time. 

Locate  the  expected  time  ordering  on  the  Event 
Assembly  Tape.  When  this  list  has  been  exhausted, 
exit  from  this  program. 

2.  Print  the  same  heading  as  is  printed  with  an  event 
"EDATE"  output,  except  the  designation  "E-L  MONTH 
CHART"  has  been  included  in  the  first  line  of  the 
heading. 

3.  Print  out  3  more  lines  as  follows: 

On  the  first  line  beginning  in  column  47  print  the 
report  date  in  the  form  DDMMMYY;  skip  19  columns 
and  print  THE  REPORT  DATE  AND  FOLLOWING  84  MONTHS. 

On  the  second  line  beginning  in  column  2  print  EVENT 
NUMBER,  skip  3  columns,  print  SLACK,  skip  17  columns, 
print  DATE,  skip  5  columns,  print  an  asterisk  and 
print  the  year  numbers  in  sequence  from  the  report 
date  year  over  the  January  and  February  positions 
on  the  chart. 

On  the  third  line  beginning  in  column  2  print  TITLE, 
skip  41  columns  and  print  the  first  letter  of  each 
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month  in  succession  beginning  with  the  month  of  the 
report  date  and  cycling  through  a  total  of  84  months. 

4a.  Fill  the  print  bin  with  blanks  with  the  exception  of 
columns  52,  57,  62,  67,  ...,  132.  Place  a  period  in 
these  columns  to  facilitate  reading  the  chart. 

b.  Read  in  an  Event  Assembly  Record.  If  the  first  word 
of  this  record  is  not  030000000000,  exit  from  this 
routine  since  all  records  have  been  processed.  If 
the  expected  time  is  greater  than  the  report  time, 
go  to  step  7br  if  less,  continue.  Check  for  an  actual 
date.  If  there  is  an  actual  date,  return  to  4b  (thus 
omitting  all  completed  events  prior  to  the  report 
date).  If  there  isn't  an  actual  date  prepare  to 
print  one  line.  In  column  2,  print  the  event  number 
and  level  code,  in  columns  16-21  print  the  slack 
(this  has  been  computed  and  is  located  in  the  eighth 
word  of  the  Event  Assembly  Record) ,  in  columns  39-45 
print  the  expected  date  computed  from  expected  time. 
Advance  the  line  counter  by  1.  Fill  the  print  bin 
as  in  step  4a. 

5.  Print  the  event  title  in  columns  1-36  and  the  event 
latest  date  (computed  from  the  latest  time)  in 
columns  39-45.  Advance  the  line  counter  by  1.  If 
the  event  does  not  have  a  scheduled  date,  go  to  step 
6.  Otherwise  fill  the  print  bin  with  blanks  and  dots 
as  in  step  4a  and  print  SCHEDULED  DATE  in  columns 
24-37.  Convert  the  scheduled  time  to  a  date  and 
print  in  columns  39-45.  Advance  the  line  counter  by 
1. 

6.  If  the  line  counter  is  greater  than  48,  go  to  step  2; 
otherwise  go  to  step  4a. 

7a.  Convert  the  expected  time  to  a  date.  Compute  the 

time  in  months  from  the  report  date  to  the  expected 
date.  If  this  time  interval  exceeds  the  chart's 
limit  (84  months)  exit  from  this  routine.  Store  this 
number  of  months  in  MWK3  and  go  to  step  7c. 

b.  Convert  the  expected  time  to  a  date.  Since  the 

expected  date  and  report  date  are  the  same,  store 
zero  in  MWK3 . 
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c.  If  the  event  has  an  actual  date,  go  to  step  8;  if  no 
actual  date,  go  to  step  9. 

Print  the  event  number  and  level  code  in  columns  1-14. 
Print  ACTUAL  DATE  in  columns  27-37  and  print  the  actual 
date  itself  in  columns  39-45.  Advance  the  line  counter 
by  1  and  go  to  step  6. 

9.  Print  the  event  number  and  level  code  in  columns  2-13 
(xx-xxx-xxx  x) .  Print  the  slack  in  columns  39-45. 

Print  "E"  for  the  expected  date  in  column  48  +  MWK3 . 
Advance  the  line  counter  by  1  and  fill  the  print  bin 
as  in  step  4a. 

10.  Print  the  title  for  this  event  in  columns  1-36.  Con¬ 
vert  the  latest  time  to  a  date  and  print  in  columns 
39-45.  Compute  the  time  in  months  from  the  report 
date  to  the  latest  date.  Print  "L"  in  column  48 
plus  the  above  number  of  months.  Advance  the  line 
counter  by  1. 

11.  Check  for  a  scheduled  date.  If  none  go  to  step  6. 
Otherwise,  compute  the  time  from  the  report  date  to 
the  scheduled  date  in  months.  Fill  the  print  bin  as 
in  step  4a.  Print  "S"  in  column  48  plus  the  above 
number  of  months.  Print  the  scheduled  date  in  columns 
39-45  and  go  to  step  6. 

M.  Activity  Assembly  Routine 

This  routine  gathers  all  the  information  concerning 
each  activity  and  writes  it  as  a  record  on  an  Activity 
Assembly  Tape  (AAT) .  The  first  record  on  the  AAT  will 
have  general  information  about  the  network  to  be  used  in 
developing  the  page  headings  in  the  output.  Then  there  will 
be  from  one  to  three  records  for  each  activity,  depending 
on  how  many  different  orderings  of  the  activity  output  are 
requested.  These  will  be  identical  except  for  the  first 
two  words  of  each  record,  which  will  contain  information 
pertaining  to  each  particular  order  requested. 

The  format  of  the  first  record  and  successive  records 
is  shown  at  the  end  of  this  section.  The  following  steps 
describe  the  programming  sequence: 
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Advance  the  new  master  file  tape  one  file.  Read  in 
the  next  record  from  this  tape.  Make  up  the  first 
record  for  the  activity  assembly  tape  as  shown  in  the 
activity  assembly  tape  format.  Write  it  on  a  scratch 
tape  (to  be  used  in  step  3) .  NOE  and  NOA  are  at 
locations  NOE  and  NOA  in  the  memory.  Words  11-24 
are  just  a  copy  of  the  initial  input  card  and  are 
found  in  the  record  just  read  from  the  master  file 
tape . 

To  generate  the  AAT  information  the  PEN,  SDL,  FEL, 
and  BEL  lists  must  be  available  together  with  the 
ACT  1  and  ACT  2  words  and  also  the  activity  input 
data  from  the  new  master  file  tape.  If  NOE  is  less 
than  or  equal  to  6000  go  to  step  3.  Otherwise  jump 
to  step  8. 

Read  the  PEN,  SDL,  FEL,  and  BEL  lists  into  the  core 
(4  times  NOE  words) .  Set  up  the  input  and  output 
buffer  areas.  Prepare  to  write  the  output  on  a 
scratch  tape  (not  the  Activity  Assembly  Tape,  AAT) 
at  this  time. 

Read  the  ACT  1  and  ACT  2  words  in  the  input  buffer 
area.  Read  the  next  record  from  master  file  into 
input  buffer  area. 

Transfer  the  ACT  1  and  ACT  2  words  to  a  2  word  work 
area.  If  an  end-of-file  is  reached  jump  to  17;  other¬ 
wise  get  BE  and  EE  from  ACT  1  and  ACT  2. 

Assemble  the  24  word  activity  record  for  the  AAT  as 
follows: 

Word  Number 

1-2 
3-9 
10 

11 
12 
13 

14-15 


Blank 

Words  1-7  of  the  master  file  record 
Reference  CP  from  (FEL+EE) .  Word 
10  is  (PEN+CP) . 

(FEL  +  BE) 

(BEL  +  EE) 

(SDL  +  EE) 

Locate,  compute,  and  store  the  follow¬ 
ing  items  in  these  two  words.  Mask 


out  the  activity  actual  date  flag  from 
bit  7  of  ACT  2  and  store  in  bit  "S" 
of  word  14.  From  ACT  1  and  ACT  2 
locate  te  and  sigma  and  store  in  bits 
S-12  and  13-20  of  word  15.  Compute 
AET,  the  activity  expected  end  time 
as  follows.  If  bit  7  of  ACT  2  equals 
0,  AET  equals  ET (FEL  +  BE)  +  te. 

Store  AET  in  bits  21-35  of  word  15. 
Compute  the  activity  slack  equals 
LT (BEL  +  EE)  -  AET  and  store  it  in 
bits  22-35  with  the  sign  of  the  result 
in  bit  21  of  the  14th  word.  Jump  to 
step  6b. 

If  bit  7  of  ACT  2  equals  1,  AET  equals 
te.  Store  AET  as  above  and  store 
-37777  for  the  activity  slack. 

b.  Compute  the  event  slack  as  follows: 

If  bit  1  of  SDL  +  EE  equals  1,  store 
-37777  for  the  event  slack.  Jump 
to  step  6c.  If  bit  1  of  SDL  +  EE 
equals  0,  check  bit  3  of  SDL  +  EE. 

If  it  equals  1  the  event  should 
have  had  an  actual  time.  Store 
+37777  for  the  event  slack  and 
jump  to  step  6c.  If  bit  3  equals 
zero  continue.  Compute  event  slack 
equals  LT (BEL  +  EE)  -  ET (FEL  +  EE) 
and  store  it  in  bits  7-20  with  the 
sign  of  the  result  in  bit  6  of  the 
14th  word. 

Transfer  activity  associated 
information  from  words  16-18  of 
the  master  file  record  into  words 
16-18  of  the  activity  record. 

Transfer  the  activity  title  from 
words  19-24  of  the  master  file 
record  into  words  19-24  of  the 
activity  record. 

7a.  If  an  ordering  by  activity  number  is  not  requested, 
jump  to  step  7b.  If  an  ordering  by  activity  number 
is  requested  (check  the  initial  input  card)  put  "2" 
in  bits  3-5  of  word  1  and  the  packed  ending  event 


c.  16-18 


19-24 
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number  {without  the  LC)  in  bits  4-35  of  word  2. 

Send  this  24  word  record  to  the  output  buffer  area. 

If  NOA  is  greater  than  1000  continue.  Otherwise 
jump  to  step  4. 

If  an  ordering  by  expected  time  is  not  requested, 
go  to  7c.  If  an  ordering  by  expected  time  is 
requested  put  "3"  in  bits  3-5  of  word  1  and  AET 
(Activity  Expected  Time  as  computed  above)  in  the 
second  word.  Send  this  24  word  record  to  the  output 
buffer  area.  If  NOA  is  greater  than  1000  continue. 
Otherwise  jump  to  step  4. 

If  an  ordering  by  activity  slack  is  not  requested, 
jump  to  step  4.  Otherwise  put  a  "4"  in  bits  3-5  of 
the  first  word  and  the  activity  slack  in  bits  22-35 
of  the  second  word,  with  its  sign  in  bit  S  of  the 
second  word.  Bits  1-21  should  be  zero.  Send  this 
24  word  record  to  the  output  buffer  area  and  return 
to  step  4. 

Read  the  SDL  and  BEL  lists  into  the  core  (2  times  NOE 
words).  Set  up  input  and  output  buffer  areas.  Prepare 
to  write  the  output  on  a  scratch  tape  (use  AAT  if 
needed) . 

Read  ACT  1  and  ACT  2  list  of  words  into  buffer  area. 

Transfer  the  ACT  1  and  ACT  2  words  to  a  2  word  work 
area.  If  an  end-of-file  is  reached,  jump  to  step  12. 
From  ACT  1  and  ACT  2  mask  out  EE. 

Assemble  the  following  4  words:  ACT  1,  ACT  2,  (BEL 
+  EE) ,  and  (SDL  +  EE) .  Send  them  to  the  output  buffer 
area  to  be  written  out  on  a  temporary  tape  as  4  word 
records.  Return  to  step  10. 

Rewind  the  above  temporary  tape.  Read  PEN  and  FEL 
into  core.  Set  up  the  input  and  output  buffer  area. 
Prepare  to  write  the  output  on  a  scratch  tape  (same 
tape  used  in  step  3) . 

Read  the  4  word  records  into  the  input  buffer  area. 
Read  the  next  record  from  the  master  file  into  the 
input  buffer  area. 
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Transfer  ACT  1,  ACT  2,  BEL  +  EE,  and  SDL  +  EE  to  4 
word  work  area.  If  an  end-of-file  is  reached  jump 
to  step  17.  Otherwise  get  BE  from  ACT  1. 

15.  Assemble  the  24  word  activity  record  for  the  AAT  as 
described  in  step  6. 

16.  Write  1,  2,  or  3  records  from  the  output  buffer  areas 
on  the  scratch  tape  as  described  in  step  7. 

17.  Rewind  the  scratch  tape. 

18.  The  scratch  tape  must  now  be  sorted.  If  NOA  is  less 
than  or  equal  to  1000,  jump  to  step  19.  Otherwise 

set  up  the  parameters  to  sort  x  times  (NOA)  +  1  records 
(x=l,2,  or  3  depending  on  the  number  of  sorts  request¬ 
ed)  and  write  the  sorted  results  on  the  AAT.  The 
control  fields  for  this  sort  are  bits  3-5  of  word  1 
and  S-35  of  word  2.  Word  2  should  be  sorted  algebra¬ 
ically.  Exit. 

19.  For  1000  or  less  activities  internal  sorts  can  be  made. 
Read  in  NOA  +  1  records  (to  include  the  first  record). 
Send  the  first  record  to  an  output  buffer  to  be  written 
on  the  AAT. 

20.  Check  for  the  first  word  of  the  2nd  record.  If  it 
has  a  "2"  in  bits  3-5  jump  to  step  21.  If  it  has  a 
"3"  in  bits  3-5  jump  to  step  23.  If  it  has  a  "4" 
in  bits  3-5  jump  to  step  25. 

21.  Send  this  list  out  to  the  AAT  tape  thru  the  output 
buffers  since  it  is  already  sorted  by  EE. 

22.  Check  to  see  if  a  sort  by  expected  time  was  requested. 
If  not,  jump  to  step  24.  Otherwise  put  "3"  in  bits 
3-5  of  word  1  of  each  record  and,  for  each  record, 
transfer  the  activity  expected  time  from  bits  21-35 

of  the  15th  word  to  the  same  position  in  the  second 
word. 

23.  Sort  the  NOA  24  word  records  by  bits  21-35  of  the 
second  word  and  write  this  list  on  the  AAT  via  the 
output  buffer. 
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Logical  Records  are  24  words  Physical  Records  are  10  Logical  Records 


FIRST 

(Initials 

RECORD 

Information) 

1  to 

SUCCESSIVE  RECORDS 

3  Records  for  Each  Activity 

Foot- 

Contents 

Word 

Foot- 

Contents 

note 

No. 

note 

EE 

EE 

00 

00 

oc 

OC 

1 

1,14 

Ox 

00 

00 

001 

00 

00 

Bfi 

00 

00 

00 

OC 

2 

1,15 

Sort 
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trol 

Wor 

d 

■ 

NO 

E 

3 

16 

TC 

SP 

SO 

BI 

BEi 

■ 

■ 

NO 

A 

4 

17 

BE2 

BE  3 

BE  4 

BE  5 

BE  6 

BE? 

■ 

Ba 

se  T 

ime 

5 

18 

be8 

LC 

EEi 

EE? 

EE  3 

5 

6 

19 

EE  4 

EE  5 

ee6 

EE  7 

EE8 

LC 

Not 

used 

7 

20 

a 

.  .  • 

a 

rn 

.  .  • 

Sot 

used. 

8 

m 

b 

•  • . 

b 

Sot 

used 

9 

21 

Mo. 

MO. 

Da. 

Da. 

Yr. 

Yr. 

Sot 

used 

10 

22 

Crit 

ical 

Pre 

lece 

ssor 

6 

Da. 

Da. 

Mo. 

Mo. 

Mo. 

Yr. 

11 

23 

FEL 

word 

7 

Yr. 

RN 

RN 

CK 

MF 

12 

24 

BEL 

word 

8 

Mo. 

Mo. 

Da. 

Da. 

Yr. 

Yr . 

13 

25 

323 

word 

mm HI 

■3? 

SM 

ER 

CC 

14 

26 

iEvn 

t  SI 

<  ±A 

:t  S 

lack 

Mo. 

Da. 

Da. 

Yr. 

Yr. 

15 

27 

sig 

AE 

r 

■  ' 

•  •  • 

16 

28 

AFx 

AF1 

AFi 

AFt 

af2 

af2 

ut  T 

itle 

(OT 

)  .. 

17 

AF? 

AF? 

AF3 

af3 

af3 

af3 

18 

AF4 

AF4 

AF4 

AF4 

af4 

af4 

19 

Acti 

/ity 

Tit 

le  ( 

AT) 

20 

AT 

OT, 

21 

AT 

ooj 

22 

AT 

EE 

23 

AT 

sliiKi 

H 

1 

24 

L_^ 

at 

1.  This  word  is  a  SORT  control  word. 

2.  NOE-number  of  events  (octal.). 

3.  NOA-number  of  activities  (octal.). 

4.  Base  time-the  time  from  1  January 
1945  to  the  network's  start  date 
(octal.) . 

5.  NCD-network  completion  time 
(octal.) . 

6.  Report  date. 

7.  RN-run  number,  CK-checkout  flag, 

MF-master  file  report  indicator. 

8.  Start  date. 

9.  EL-E-L  chart  report  indicator, 

SM-summary  report  indicator , 

ER-event  report  indicator, 

CC-clock  indicator. 

10.  End  date. 

11.  SN-system  number. 

12.  Ul-users  symbol  or  name. 

13.  AO-activity  output  indicator. 

14.  x  =  2 ,  3  or  4  indicates  that  data 
is  to  be  sorted  by  EE-BE,  expec¬ 
ted  time  or  activity  slack 
respectively. 

15.  If  x  *  2,  3  or  4  this  word  con¬ 
tains  a  beginning  event  number, 
an  expected  time  or  an  activity 
slack  path  respectively. 

Figure  II- 3 

Activity  Assembly  Tape  Format  (Binary  Tape) 


16.  TC-transaction  code,  SP-short 
path  flag,  SO-scheduled  date  op¬ 
tion,  and  Bi-interface  code  for 
BE. 

17.  BEi-ith  digit  of  the  beginning 
event  number . 

18.  LC- level  code,  El-ending  event 
interface  code. 

19.  EEi-ith  digit  of  the  ending 
event  number . 

20.  a-optimistic  time,  m-most  likely 
time,  b-pessimi8tic  time. 

21.  Scheduled  date. 

22.  A  32  bit  event  number  plus  a  4 
bit  level  code. 

23.  FEL  word  for  EE. 

24.  BEL  word  for  EE. 

25.  SOL  word  for  EE. 

26.  x  (Sign  bit) -activity  actual 
date  flag. 

27.  te-  activity  expected  time, 
sig-activity  standard  deviation, 
AET-activity  expected  end  time. 

28.  AFi-a  character  of  the  ith  word 
of  the  activity  associated  in¬ 
formation. 
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24.  Check  to  see  of  a  sort  by  slack  was  requested.  If 
not,  jump  to  step  29.  Otherwise  put  a  "4"  in  bits 
3-5  of  the  first  word  of  each  record  and  the  activ¬ 
ity  slack  (from  21-35  of  the  14th  word)  into  bits 
22-35  of  the  second  word  with  its  sign  in  bit  S  of 
the  second  word.  Bits  1-21  should  be  zero. 

25.  Prepare  the  sort  algebraically  by  slack.  Test  the 
sign  of  the  second  word.  If  negative  complement 
this  entire  word  (except  the  sign)  and  continue. 
Otherwise  continue.  Change  the  sign  of  the  second 
word. 

26.  Sort  the  NOA  records  by  bits  S,  22-35  of  the  second 
word. 

27.  After  sorting  change  the  slack  value  to  its  original 
form  as  follows: 

If  the  second  word  is  positive,  complement  the  word 
except  the  sign,  and  continue.  Otherwise  continue. 
Change  the  sign  on  the  second  word. 

28.  Write  the  sorted  list  out  on  the  AAT. 

29.  Exit. 

N.  Activity  Output  Routine 

This  routine  edits  the  Activity  Assembly  Tape  (AAT) 
and  produces  an  Activity  Output  for  printing.  The  AAT  con¬ 
tains  an  initial  24  word  record  with  information  concerning 
the  entire  network.  Following  it  is  a  24  word  record  for 
each  activity.  These  records  are  properly  ordered  for  each 
of  the  3  possible  orderings  that  are  requested.  The  first 
word  of  each  record  indicates  the  ordering  (2  =  activity 
number,  3  =  activity  expected  time  and  4  =  slack) .  The 
first  NOA  activity  records  (after  the  initial  record)  all 
have  the  same  number  in  the  first  word.  If  the  second 
ordering  is  requested,  another  NOA  activity  record  follows 
with  a  second  number  found  in  each  record's  first  word,  etc. 
The  heading  for  each  page  is  identical  to  the  event  output 
heading  described  above  with  the  title  Activity  Report. 

The  following  describes  the  editing  of  the  informa¬ 
tion  for  each  activity.  From  each  record  all  information 


11-65 


for  two  lines  of  output  can  be  obtained  as  follows.  The 

placement  of  this  information  on  the  output  sheet  can  be 

seen  from  the  Activity  Output  Sample. 

1.  The  beginning  event  number  in  unpacked  form  is  found 
in  words  3  thru  5  as  BE.  The  level  code  is  the  sec¬ 
ond  character  of  the  5th  word.  The  ending  event 
number  is  found  in  the  5th  and  6th  words  as  EE  and 
its  level  code  is  the  last  character  of  the  6th  word. 

2.  The  Expected  End  Time  may  be  computed  time  or  an 
actual  time.  If  the  sign  of  word  14  is  plus,  the 
expected  end  time  is  a  computed  time.  If  the  sign 
is  minus  the  expected  end  time  is  an  actual  time  and 
in  this  case  an  "A"  should  precede  this  time  in  the 
output  and  no  latest  end  time  or  date  is  printed  out. 
The  time  in  either  case  is  the  AET  in  bits  21-35  of 
the  15th  word.  This  time  and  also  the  corresponding 
date  are  to  be  included  in  the  output. 

3.  The  Latest  End  Time  is  the  latest  time  of  the  ending 
event.  The  time  is  found  in  bits  21-35  of  the  12th 
word.  It  may  be  negative,  i.e.,  the  computed  latest 
time  may  occur  before  the  base  time  or  zero  time  of 
the  program.  This  time  and  also  the  corresponding 
date  are  to  be  included  in  the  output. 

4.  If  the  14th  word  is  positive,  print  out  the  Activity 
Time  from  bits  S-12  of  the  15th  word  and  the  Activity 
Sig  from  bits  13-20  of  the  15th  word.  If  the  14th 
word  is  negative,  the  TE  in  the  15th  word  is  an 
actual  time.  In  this  case  just  leave  the  Activity 
Time,  Activity  Sig  and  Activity  Slack  fields  blank, 
and  jump  to  step  6. 

5.  The  Activity  Slack  comes  from  bits  22-35  of  the 
14th  word  with  its  sign  from  bit  21  of  that  word. 

If  this  slack  value  equals  37777g  print  "ERROR"  in 
the  Activity  Slack  field.  Otherwise  convert  and 
print  the  computed  slack  value. 

6.  If  bit  1  of  the  13th  word  is  a  one,  the  Scheduled 
Time  and  Date  have  been  replaced  by  an  actual  time 
and  hence  should  be  left  blank.  If  bit  1  of  the 
13th  word  is  zero,  check  to  see  if  bits  23-35  of  the 
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13th  word  are  zero.  If  so,  no  scheduled  date  has 
been  given  and  blanks  should  be  printed  out  for  the 
scheduled  time.  If  these  bits  are  not  zero  they 
represent  the  scheduled  time.  Finally  the  13th  word 
contains  the  scheduled  date  if  one  is  given  and 
should  be  printed  out  in  the  output  date  format.  If 
a  scheduled  date  is  given  and  bit  2  of  the  13th  word 
equals  a  1,  print  an  asterisk  before  the  scheduled 
date  to  indicate  that  it  was  used  in  the  latest  date 
computation. 

7.  The  Critical  Predecessor  is  packed  (4  bits  per 
integer)  in  bits  S-32  of  the  10th  word. 

8.  The  Short  Path  Flag  (SP)  comes  from  the  second 
character  of  the  3rd  word. 

9.  The  Event  Slack  comes  from  bits  6-20  (6  is  the  sign 
bit)  of  the  14th  word.  If  this  slack  value  equals 
37777g  print  "ERROR"  in  the  event  slack  field.  If 
bit  1  of  the  13th  word  is  "1"  leave  the  event  slack 
field  blank. 

10.  Finally,  if  bit  1  of  word  13  equals  one,  the  End 
Event  Expected  Date  is  an  actual  date.  Print  out 
an  "A"  preceding  the  date  and  calculate  the  date 
from  the  time  in  bits  21-35  of  the  13th  word. 

If  bit  1  of  the  13th  word  equals  zero,  the  End  Event 
Expected  Date  must  be  calculated.  The  End  Event 
Expected  Time  equals  LT(BEL  +  EE)  -  (Event  Slack) 
where  LT  comes  from  bits  21-35  of  the  12th  word  and 
the  Event  Slack  from  bits  6-20  of  the  14th  word. 
Convert  this  computed  time  to  a  date. 

11.  This  completes  the  first  line  of  activity  information. 
On  the  second  line  print  out  the  Activity  Associated 
Information  from  words  16-18  to  positions  25-42  and 
the  Activity  Title  from  words  19-24  to  positions 
43-78.  The  Activity  Associated  Information  and  the 
Activity  Title  together  can  be  treated  as  a  single 
Activity  Title  of  53  characters. 
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CHAPTER  III 


DATE/TIME  SUBROUTINE 


CHAPTER  III 


DATE/TIME  SUBROUTINE 

A  single  DATE/TIME  Subroutine  is  used  in  the  USAF 
PERT  TIME  program.  The  subroutine  has  three  entrances 
serving  the  following  functions:  The  start  date  of  the 
network  is  converted  to  a  time  in  days  from  January  1, 

1945  by  the  Base-Date- to-Time  (BDOT)  entrance.  All  other 
dates  are  converted  to  a  time  in  tenths  of  weeks  from  this 
start  date  by  entering  this  subroutine  at  the  Date-to-Time 
(DTOT)  entrance.  Finally  the  conversion  of  a  time  in  tenths 
of  weeks  to  a  date  is  made  through  the  Time-to-Date  (TTOD) 
entrance. 

The  first  two  of  the  above  entrances  in  turn  call 
upon  a  calendar  routine  to  convert  a  date  to  a  time  in  days. 
The  third  entrance  calls  upon  the  same  calendar  routine  to 
convert  a  time  to  a  date. 

A.  Subroutine  Entrances 


The  following  steps  describe  the  linkage  between  the 
three  entrances  and  the  calendar  routine: 

1.  Entrance  BDOT.  Store  the  6  digit  start  date 
in  the  Q  register  and  zero  in  the  accumulator. 
Enter  the  calendar  routine  (WICAR) .  If  the 
error  exit  is  taken  from  this  routine  set  BT, 
the  base  time  in  days,  to  zero  and  exit.  If 
the  normal  exit  is  made  from  the  calendar 
routine,  set  BT  to  the  time  in  the  accumulator 
and  exit. 

2.  Entrance  DTOT.  Store  the  6  digit  date  in  the 
Q  register.  Put  zero  in  the  accumulator  and 
enter  the  calendar  routine  (WICAR) .  If  the 
normal  exit  is  taken  from  the  calendar  routine, 
subtract  BT  from  the  accumulator  and  divide  the 
result  by  5,  giving  a  resulting  time  in  tenths 
of  weeks.  If  the  error  exit  is  taken  print  a 
message  that  the  date  was  illegal,  zero  the 
accumulator  and  return. 
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3.  Entrance  TTOD.  Multiply  the  time  in  the  accum¬ 
ulator  by  5  and  add  BT  to  the  result  giving  a 
time  in  days  in  the  accumulator.  Store  this 
result  in  the  Q  register  and  set  the  accumulator 
to  a  non  zero  value.  Enter  the  calendar  routine 
(WICAR) .  Convert  the  resulting  date  from  the 
form  MMDDYY  (6  digits)  to  the  form  DDMMMYY  where 
the  month  is  a  3  letter  abbreviation  and  store 
this  in  the  accumulator  and  Q  register  as 
DDMMMY  Y - . 

B.  Calendar  Routine 

The  calendar  routine  computes  the  number  of  workdays 
from  a  base  date  of  January  1,  1945  to  any  given  date,  and 
also  converts  the  number  of  workdays  from  January  1,  1945 
to  a  calendar  date.  This  routine  is  based  on  two  premises. 
One  is  the  cyclic  nature  of  the  calendar  so  that  every  28 
years  it  will  repeat  itself  (except  for  certain  century 
years) ,  and  the  other  is  that  every  year  and  every  month 
will  begin  on  a  predetermined  day  within  the  cycle. 

In  developing  this  program  a  table  of  28  years  has 
been  set  up.  This  table  will  suffice  for  any  28  year 
period  in  calendar  time.  This  table,  called  TLNK,  indicate 
how  many  workdays  have  elapsed  up  to  a  particular  year  and 
is  shown  in  Figure  III-l.  The  TLNK  table  also  links  into 
a  second  set  of  tables  which  are  set  up  dependent  upon  the 
day  that  this  particular  year  starts.  If  it  is  not  a  leap 

year,  this  second  table,  called  TMON - TSUN,  indicates 

how  many  workdays  have  elapsed  up  to  a  particular  month. 

Figure  III- 2  shows  the  TMON - TSUN  table.  This  table  also 

indicates  the  holidays  that  have  occurred  up  to  this  particu 
lar  month  and  lists  the  holidays  that  fall  in  the  month. 

It  will  permit  up  to  3  holidays  in  any  one  month.  In  the 

TMON - TSUN  table  there  is  a  link  to  the  TMWD  table  by  the 

start-day  of  the  month.  From  this  table  the  number  of  work 
days  up  to  a  particular  day  is  determined.  The  TMWD  table 
is  shown  in  Figure  III-3.  If  it  is  a  leap  year  the  second 

table  is  called  TLMO - TLSU  and  contains  two  links.  The 

first  link  is  used  if  the  month  of  the  leap  years  fall 

prior  to  March.  It  returns  to  the  TMON - TSUN  table  at  the 

same  location  as  if  it  were  not  a  leap  year.  The  second 
link  is  used  for  all  months  later  than  February.  The  days 
are  modified  by  a  value  in  the  TLMO-TLSU  table  and  then  a 
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return  link  is  made  to  the  TMON - TSUN  table  at  a  location 

one  day  later  than  the  day  on  which  the  year  starts.  The 
TLMO - TLSU  table  is  shown  in  Figure  II 1-4. 

The  same  tables  are  used  for  both  the  date-to-workday 
and  workday- to-date  conversions.  This  routine  does  not  put 
out  any  dates  that  fall  on  Saturday,  Sunday,  or  any  of  the 
holidays  listed.  Any  date  input  to  the  system  that  falls 
on  a  Saturday,  Sunday,  or  holiday  will  be  handled  as  the 
last  work  day  preceding  the  date.  The  program  considers 
the  following  six  holidays: 

1.  New  Year 1 s  Day 

2.  Memorial  Day 

3.  Independence  Day 

4.  Labor  Day 

5.  Thanksgiving 

6.  Christmas 

Subsequent  expected  times  are  computed  from  the  start  event 
of  the  network.  Therefore,  consideration  of  the  weekend 
and  holiday  dates  does  not  affect  total  time  computations 
for  the  network. 
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Link  by  Year  into  Calendar  Tables 


(Base  Year  -  1945) 


S-2 

3-17 

18-20 

21-35 

Representative  Years 

28 

6883 

TLSA 

1972-2000-2028 

27 

6628 

TFRI 

+ 

1 

1971 

26 

6373 

TTHU 

+ 

1 

1970-1998-2026 

25 

6118 

TWED 

+ 

1 

24 

5862 

TLMO 

23 

5608 

TSUN 

+ 

1 

22 

5354 

TSAT 

+ 

1 

21 

5099 

TFRI 

+ 

1 

1965-1993-2021 

20 

4843 

TLWE 

19 

4588 

TTUE 

+ 

1 

18 

4333 

TMON 

+ 

1 

17 

4079 

TSUN 

+ 

1 

Year 

16 

3824 

TLFR 

1960-1988-2016 

or  Zo 

15 

3569 

TTHU 

+ 

1 

Year 

14 

3314 

TWED 

+ 

1 

Cycle 

13 

3059 

TTUE 

+ 

1 

12 

2804 

TLSU 

11 

2550 

TSAT 

+ 

1 

1955-1983-2011 

10 

2295 

TFRI 

+ 

1 

9 

2040 

TTHU 

+ 

1 

8 

1784 

TLTU 

7 

1529 

TMON 

+ 

1 

6 

1275 

TSUN 

+ 

1 

1950-1978-2006 

5 

1021 

TSAT 

+ 

1 

1949 

4 

765 

TLTH 

1948 

3 

510 

TWED 

+ 

1 

1947 

2 

255 

TTUE 

+ 

1 

1946 

1 

0 

TMON 

+ 

1 

1945-1973-2001 

Bits  3-17  -  Number  of  workdays  elapsed  from  start  of  cycle 
(less  holidays) 

Bits  21-35  -  Link  to  day  in  TMON-TSUN  Table  or  to  TLMO-TLSU 
Table. 


Figure  III-l 
TLINK  Table 
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Bits  S-4,  5-9,  10-14  Dates  of  holidays  in  a  month. 
15-17  Number  of  holidays  in  preceeding  months. 
18-22  Bits  to  be  shifted  in  using  TMWD  Table. 

23-35  Cumulative  workdays  by  month  in  a  year. 


Figure  I I I- 2 
TMON - TSUN  Table 
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Cumulative  Number  of  Workdays  for  Any  Month 
for  a  Given  Day  in  the  Table 


S  1-05 

6-10 

11-15  16 

-20 

21-25 

26-30 

31-35 

31 

0  23 

23 

23 

22 

21 

21 

22 

30 

22 

22 

22 

22 

21 

20 

21 

29 

21 

21 

21 

21 

21 

20 

20 

28 

20 

20 

20 

20 

20 

20 

20 

27 

20 

19 

19 

19 

19 

19 

20 

26 

20 

19 

18 

18 

18 

18 

19 

25 

19 

19 

18 

17 

17 

17 

18 

24 

18 

18 

18 

17 

16 

16 

17 

23 

17 

17 

17 

17 

16 

15 

16 

22 

16 

16 

16 

16 

16 

15 

15 

21 

15 

15 

15 

15 

15 

15 

15 

20 

15 

14 

14 

14 

14 

14 

15 

19 

15 

14 

13 

13 

13 

13 

14 

18 

14 

14 

13 

12 

12 

12 

13 

17 

13 

13 

13 

12 

11 

11 

12 

Number 

16 

12 

12 

12 

12 

11 

10 

11 

of  the 

15 

11 

11 

11 

11 

11 

10 

10 

Day  in 

14 

10 

10 

10 

10 

10 

10 

10 

Month 

13 

10 

9 

9 

9 

9 

9 

10 

12 

10 

9 

8 

8 

8 

8 

9 

11 

9 

9 

8 

7 

7 

7 

8 

10 

8 

8 

8 

7 

6 

6 

7 

9 

7 

7 

7 

7 

6 

5 

6 

8 

6 

6 

6 

6 

6 

5 

5 

7 

5 

5 

5 

5 

5 

5 

5 

6 

5 

4 

4 

4 

4 

4 

5 

5 

5 

4 

3 

3 

3 

3 

4 

4 

4 

4 

3 

2 

2 

2 

3 

3 

3 

3 

3 

2 

1 

1 

2 

2 

2 

2 

2 

2 

1 

0 

1 

1 

0  1 

1 

1 

1 

1 

0 

0 

Mon 

Tue 

Wed 

Thu 

Fri 

Sat 

Sun 

Day 

on  Which 

the 

Month  Starts 

Figure  III-3 
TMWD  Table 
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Days 

tied  to 

a  month  table 

11 

12-17 

18-20  21-35 

Dec 

1 

2 

31 

00000 

Nov 

1 

1 

30 

00000 

Oct 

1 

0 

31 

77712* 

Sep 

0 

9 

30 

77720 

Aug 

0 

8 

31 

77726 

Jul 

0 

7 

31 

77734 

Jun 

0 

6 

30 

77742 

May 

0 

5 

31 

77750 

Apr 

0 

4 

30 

77756 

Mar 

0 

3 

31 

77764 

Feb 

0 

2 

28 

77772 

Jan 

0 

1 

31 

00000 

9 

8 

7 

6 

5 

4  *Octal 
3  Numbers 
2 
1 
0 


S-ll  -  BCD  Representation  of  the  number  of  the  month. 
12-17  -  Number  of  legitimate  days  in  a  month. 

21-35  -  Aid  in  converting  BCD  tens  digit  to  binary  in 
day-month-year . 


fizl 

3-17 

18-20 

21-35 

TLSU 

2 

TSUN  + 

1 

0 

TMON  + 

1 

TLMO 

3 

TMON  + 

1 

1 

TTUE  + 

1 

TLTU 

3 

TTUE  + 

1 

1 

TWED  + 

1 

TLWE 

2 

TWED  + 

1 

1 

TTHU  + 

1 

TLTH 

1 

TTHU  + 

1 

1 

TFRI  + 

1 

TLFR 

1 

TFRI  + 

1 

1 

TSAT  + 

1 

TLSA 

1 

TSAT  + 

1 

0 

TSUN  + 

1 

Figure  I1I-4 
TLMO-TLSU  Table 
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CHAPTER  IV 


THE  PROGRAMMING  SYSTEM 


CHAPTER  IV 


THE  PROGRAMMING  SYSTEM 
A.  Basic  Monitor  System 

The  version  of  the  Basic  Monitor  System  used  for 
USAF  PERT  is  7090/7094  IBSYS  Processor,  #7090-PR-130 , 

Version  6.  The  following  sub-systems  of  the  IBSYS  Processor 
are  pertinent  to  USAF  PERT  operation: 

1.  IBSYS,  #7090-SV-918 

Version  2,  Modification  Level  1 

2.  IBSFAP ,  #7090-SP-920 

Version  3,  Modification  Level  0 

3.  SORT,  #7090-SM-922 

Version  4,  Modification  Level  0 

4.  IOCS,  #7090-10-919 

Version  4,  Modification  Level  1 

5.  9PAC,  #7090-PR-924 

Version  3,  Modification  Level  3 

The  ASD  SYSUNI  Table  for  the  Basic  Monitor  is  given 
below.  The  effect  of  various  other  SYSUNI  configurations 
upon  USAF  PERT  operation  (in  particular  upon  the  use  of 
SORT)  is  discussed  in  Section  B,  below. 


ASD  SYSUNI  TABLE 


SYSLBl 

A1 

SYSPPI 

Bl 

SYSLB2 

A2 

SYSPP2 

B2 

SYS INI 

A3 

SYSOU1 

B3 

SYSIN2 

A4 

SYSOU2 

B4 

SYSUTl 

A5 

SYSUT2 

B5 

SYSUT3 

A6 

SYSUT4 

B6 

SYSCKl 

A7 

SYSCK2 

B7 

SYSL3 

Not  Assigned 

SYSLB4 

Not  Assigned 

ASD  has  made  additional  installation  modifications 
to  the  above  systems  to  improve  generally  the  Basic  Monitor 
operation.  Briefly,  these  modifications  have  the  following 
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effects  on  the  system  operation: 

1.  IBSYS  modifications  include  the  ASD  SYSUNI  Table 
and  deletion  of  unnecessary  on-line  printing.  The 
Start  Nth  job  procedure  also  was  found  undesirable 
and  has  been  replaced  temporarily  by  one  self-load¬ 
ing  utility  card,  which  merely  positions  SYSINl  at 
the  Nth  "$ID"card,  where  N  is  in  the  address  of  the 
keys. 

2.  IOCS  modifications  include  the  deletion  of  unneces¬ 
sary  on-line  printing,  a  change  in  reserve  tape 
availability  and  the  addition  of  a  temporary  abso¬ 
lute  loader.  As  distributed  by  IBM,  IOCS  turns 
"on"  its  availability  bit  upon  producing  an  inter¬ 
system  reserve  tape.  Later,  SORT  erroneously  re¬ 
quires  the  availability  bit  of  this  tape  to  be 
"off."  An  official  correction  to  SORT  is  to  be 
distributed  soon,  but  IOCS  has  been  modified  tempo¬ 
rarily  to  leave  this  availability  bit  "off."  The 
temporary  absolute  loader  in  IOCS  loads  the  standard 
22  word  card  format. 

3.  SORT  modifications  include  the  reversing  of  the 
interpretation  of  Sense  Switch  6  so  that  the  normal 
(off)  setting  of  SS6  suppresses  on-line  printing. 
Also  SORT  input  tapes  are  rewound  but  not  unloaded 
when  these  tapes  are  intersystem  reserve  tapes  in¬ 
stead  of  always  being  unloaded  as  before.  This 
eliminates  the  necessity  of  an  operator  again 
readying  these  tapes  for  subsequent  use. 

4.  9PAC  modifications  consist  of  printing  alterations 
only. 

The  USAF  PERT  program  execution  time  was  reduced  by 
ordering  the  sub-systems  on  SYSLBl  as  follows: 

1.  IBSYS 

2.  IOCS 

3.  SORT 

4.  9PAC 
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5.  etc... 


However,  this  ordering  certainly  is  optional. 

B.  Tape  Assignments 

This  section  not  only  explains  the  tape  assignments 
used  in  USAF  PERT  but  discusses  how  they  may  be  changed  to 
accommodate  the  special  needs  of  other  installations. 

As  explained  elsewhere  in  this  volume,  the  distributed 
version  of  PERT  presupposes  the  SYSUNI  table  in  use  at  the 
Digital  Computation  Division,  Aeronautical  Systems  Division, 
WPAFB.  Fourteen  of  the  16  tapes  on  ASD's  7090  have  SYSUNI 
functions,  and  the  remaining  two  are  attached  but  unassigned. 
PERT  begins  by  releasing  SYSIN2 ,  SYSOU2 ,  and  SYSPP2 .  There¬ 
fore,  when  the  actual  process  of  tape  assignments  begins 
in  PERT  Phase  I  (sorting  the  update  cards),  the  status  of 
tapes  is  as  follows: 

SYSUNI  tapes  UTl,  UT2 ,  UT3 ,  UT4,  CKl,  CK2 ,  and 

five  unassigned  tapes  can  be  used  by  the  program. 

SYSUNI  tapes  LB 1,  LB 2,  INI,  OUl,  and  PP1  are  not 

used  by  PERT  except  for  their  normal  system  functions. 

The  five  initially  unassigned  tapes  are  in  the  IBSYS 
Availability  Chain  and  are  controlled  by  PERT  through  the 
use  of  intersystem  reserve  unit  designations  on  IOCS  file 
cards,  9PAC  file  cards,  and  90  SORT  control  cards.  Listings 
of  the  program  layout  for  the  12  and  16  tape  versions  at  the 
end  of  this  section  show  how  files  are  assigned  to  the  various 
tape  units.  It  is  particularly  important  to  understand  that 
utilization  of  the  intersystem  reserve  units  is  dynamic. 

For  example,  J1  can  refer  to  different  physical  tape  units 
in  different  PERT  runs  and  even  within  one  run. 

Although  certain  changes  in  file  assignments  can  be 
made  without  difficulty,  others  must  be  made  with  extreme 
care.  Most  files  assigned  to  SYSUNI-named  tapes  can  be 
swapped  around  with  impunity  although  some  combinations  are 
inferior  to  others  in  terms  of  channel  utilization.  How¬ 
ever,  subtle  problems  can  occur  with  the  five  tapes  initially 
in  the  Availability  Chain.  When  90  SORT  is  used,  it  draws 
its  merge  tapes  from  this  stockpile.  This  means  that  at 
least  two  of  these  tapes  must  be  on  each  channel  and  implies 
a  restriction  upon  the  possible  SYSUNI  tables  that  an 
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installation  might  design  and  use.  Furthermore,  since  one 
of  these  five  tapes  is  in  reserve  status  at  the  start  of 
the  Event  Assembly  Phase  of  PERT,  there  are  only  four  tapes 
in  the  availability  chain  for  90  SORT  to  use  as  merge  tapes 
and  two  of  these  tapes  must  be  on  each  channel.  Thus  the 
unit  in  reserve  status  at  the  start  of  event  assembly  must 
be  on  the  channel  that  originally  had  three  available  units, 
since  90  SORT  only  then  will  be  able  to  find  enough  tapes 
on  each  channel  for  merge  tapes.  Careless  manipulation  of 
file  assignments  easily  can  result  in  arrival  at  event 
assembly  with  four  tapes  available  but  all  of  them  on  the 
same  channel.  In  that  case  90  SORT  naturally  would  not  run. 
Changes  in  file  assignments  and  the  use  of  different 
SYSUNI  tables  can  be  made  successfully  and  easily  if  the 
requirements  outlined  above  are  met. 

An  installation  having  less  than  16  tapes  can  economize 
by  proper  use  of  the  following  information: 

1.  LB2  and  PP1  are  not  used  at  all. 

2.  CK2  is  used  only  by  90  SORT. 

3.  The  OLD  MASTER  file  (UT2)  is  not  needed  after  the 
9PAC  file  maintenance  phase,  after  which  it  unloads. 

From  this  it  can  be  seen  that,  with  suitable  changes 
in  the  file  specifications,  USAF  PERT  could  be  run  on  a  7090 
with  as  few  as  12  tape  units.  On  the  other  hand,  installa¬ 
tions  with  16  tapes  can  improve  the  speed  of  PERT  by  releas¬ 
ing  L32  and  PP1  and  increasing  the  merge  orders  used  in 
90  SORT  to  third  order.  Naturally,  any  installation  with 
still  more  tapes  can  exploit  this  possibility  even  further, 
although  doing  so  may  require  reassembly  of  IBSYS  to  provide 
additional  unit  control  blocks.  PERT  might  be  made  to  run 
on  a  7090  with  only  10  tape  drives  by  an  installation  willing 
to  rewrite  and  reassemble  sections  of  the  program  in  order  to 
stack  several  files  on  one  tape. 
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PILE  CARDS  16-TAPE  VERSION 


SRELEASE 

SYSPP2 

SRELEASE 

SYSOU2 

SRELEASE 

SYSIN2 

SEXECUTE 

IOCS 

♦JOB 

FIKE-PERT 

PHASE  1 

6  11400 

MINIMUM 

•FILE 

1  *  I N 1 

N!  HD 

UNSORTED. UPDATES 

•FILE 

2  *L1 

NP  HD 

SORTED. UPDATE. FILE 

•file 

3  *OUl 

NP  HD 

MESSAGE. FILE 

•file 

4  *L1 

NP  HD 

OVERFLOW. FILE 

•FILE 

5  *UT  2 

NP  HD 

DUMMY  OLD  MASTER 

•FILE 

006  *IN1 

N!  HD 

SYSIN1 

•LOAD 

SYSIN1 

PHASE 

1A  OF  FILE 

MAINTENANCE  (BINARY 

PROGRAM  DECK) 

END  OF 

FILE  CARD 

- 

END  OF 

FILE  CARD 

SIBSYS 

SEXECUTE 

SORT 

PHASE  IB 

OPTION. NOCICPT. VARIABLE  BLOCKING 
CHANNELS. INPUT/L1R»MERGE/(A.B).0UTPUT/L1 
RECORO. LENGTH/14. TYPE/F, FIELDS/ 1 1.4. 8. 2. 8) 

FI LE< INPUT /I .REEL/ 1 .DENSITY/H.HODE/D.BLOCKS IZE/70 
F I LE .OUTPUT .OENS I TY/H. MODE/D .BLOCKS  1 2E/70 
SORT. FILE/1. SEOUENCE/C. ORDER/2. FIELDS/ 1 5. 3.1) 

END 

SIBSYS 

SEXECUTE  9PAC 

•JOB  FPBIN  PERT  FILE  UPDATE 


-H0240*F I LERUOO  *UT2 

NI  HD 

OLD  MASTER  FILE 

-H0240*FILERR10  *UT1 

NI  HD 

RPG  INPUT 

-H0240*F ILERR07  *UT1 

NT  HD 

NEW  MASTER  FILE 

-H0033*FILERR08  *J1 

NT  HD 

ERROR  DATA  FILE 

-  0075*FILERR11  *L1 

NI  HD 

CHANGE  DATA  FILE 

-  G  *F ILENS01  *0U1 

NT  HD 

RPG  OUTPUT 

-  0240*FILERR02  *UT 4 

-  *END 

NT  HB 

PEN  LIST  FILE 

PHASE 

2 A  OF  FILE  MAINTENANCE  (BINARY 

PROGRAM  DECK) 

ENO  OF 

FILE  CARD 

•JOB  RGB IN 

PERT  ERROR  REPORT 

-H0020»FILERR10  *J1 

NI  HD 

ERROR  DATA  FILE 

Figure  IV-2a 

File  Cards  (16-Tape  Version) 
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-  G  *FILENS11  *0U1  NT  HO  ERROR  REPORT 

-  *END 

PHASE  2B  OF  FILE  MAINTENANCE  (BINARY  PROGRAM  DECK) 
END  OF  FILE  CARD 

S1BSYS 

(EXECUTE  IOCS 


•JOB 

PERT  INPUT 

BRYSON 

7 

11400 

MINIMUM 

•FILE 

1 

•UT1 

NI  HD 

MASTER  FILE 

•FILE 

2 

*L2 

NP  HB 

ACTIVITIES 

•FILE 

3 

*UT  3 

NP  HB 

SCHEDULED  DATES 

•file 

4 

•UT4 

NP  HB 

EVENT  NOMENCLATURE 

•FILE 

5 

•UT4 

NP  HB 

PEN  LIST 

•FILE 

6 

*0U1 

NP  HD 

SYSTEMS  OUTPUT 

•FILE 

•LOAD 

7 

•UT4 

NI  HB 

EVENT  NOMENCLATURE 

INPUT  ROUTINE 

(BINARY  PROGRAM 

DECK) 

•JOB 

ADAMS-RANK 

009 

11400 

MINIMUM 

•FILE 

001 

*L2 

NI  HB 

ACTIVITIES 

•FILE 

002 

•CK1 

NP  HB 

TACTW 

•file 

003 

•CK1 

NI  HB 

TATWI 

•FILE 

004 

*L1 

NP  HB 

RANK  FORWARD 

•FILE 

005 

*J1 

NP  HB 

RANK  BACKWARD 

•FILE 

006 

•UT4 

NI  HB 

PEN  LIST 

•file 

007 

*L1 

NI  HB 

TEF1 

•file 

008 

*J1 

NI  HB 

TEF2 

•FILE 

•LOAD 

009 

•0U1 

NP  HD 

SYSOUl 

RANK  ROUTINE 

(BINARY  PROGRAM 

DECK) 

•JOB 

SUMMARY  SOL 

003 

11400 

MINIMUM 

•FILE 

001 

*L1 

NI  HB 

RANK  FORWARD 

•file 

002 

*J2 

NP  HB 

SUM.  REPORT 

•file 

•LOAD 

003 

•0U1 

NP  HD 

SYS  OUTPUT 

SUMMARY  REPORT 

ROUTINE  (BINARY  PROGRAM  DECK) 

•JOB 

PART  I  SUM 

OUTPUT 

009 

11400 

MINIMUM 

•file 

001 

•UT4 

NI  HB 

TITLES  PEN  L 

•file 

002 

•UTS 

NI  HB 

SDL  LIST 

•file 

005 

HIT  3 

NP  HB 

PAR  OUT 

Figure  IV -2b 

File  Cards  (16-Tape  Version) 
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•FILE 

004 

•J2R 

NI  HB 

SUMMARY  REPORT 

•  FILE 

005 

•Ml 

NP  HB 

1/3/6-CODES  OUT 

•FILE 

006 

•Ml 

NI  HB 

1/3/6-CODES  IN 

•FILE 

007 

•  INI 

NI  HM 

SYS  INPUT 

•FILE 

008 

•PP1 

NP  HD 

CARD  OUTPUT 

•FILE 

•LOAO 

009 

•OU1 

NP  HD 

SYS  OUTPUT 

PART  IA  SUMMARY  OUTPUT  ROUTINE  (BINARY  PROGRAM  DECK) 

SIBSYS  PART  IB 

#*  REMOVE  BS.  REPLACE  WITH  A  BLANK  TAPE* 

SPAUSE 

SRELEASE  SVSUT2 

•RELEASE  SYSCK1 

•EXECUTE  SORT 

OPTION. NOCKPT. VARIABLE  BLOCKING 
CHANNELS. INPUT/M1R.MERGE/(A.B» .OUTPUT /Ml 
RECORD. LENGTH/8. TYPE/F.FIELD/32B 

FILE. INPUT/1. REEL/1. DENSITY/H.MODE/B.BLOCKSI2E/2A8 
FILE. OUTPUT. DENS  I TY/H.MODE/B. BLOCKS  I ZE/248 
SORT. FILE/1. SEQUENCE/S. ORDER/2. FIELD/1 
ENO 


SIBSYS 

•ATTACH 

A7 

•AS 

SYSCK1 

•EXECUTE 

IOCS 

•JOB 

PART  II  SUM  OUTPUT  005 

11400 

MINIMUM 

•FILE 

001  *M1R 

NI  HB 

SORTED  DATA 

•  FILE 

002  *UT4 

NI  HB 

TITLES  PEN  L 

•file 

003  *UT3 

NI  HB 

PAR  (SDL) 

•FILE 

004  *PP1 

NP  HD 

CARD  OUTPUT 

•FILE 

005  *0U1 

NP  HD 

SYS  OUTPUT 

•LOAD 

PART  II 

SUMMARY  OUTPUT 

ROUTINE  (BINARY 

PROGRAM  DECK) 

•  JOB 

EVENTS  FWE 

-BKE  GA  008 

11400 

MINIMUM 

•FILE 

001  »UT3 

NI  HB 

SCHEDULED  DATES 

•FILE 

002  *CK1 

NP  HB 

FORWARD  FVENTS-FEL 

•FILE 

003  *Ll 

NI  HB 

RANK  FORWARD 

•FILE 

004  *UT4 

NI  HB 

PEN  LIST 

•FILE 

005  *0U1 

NP  HD 

SYSTEM  OUTPUT 

•FILE 

006  *UT3 

NP  HB 

FINAL  SDL  LIST 

•FILE 

007  *J1 

NI  HB 

RANK  REVERSE 

•FILE 

008  *M1R 

NP  HB 

SUM.  OUTPUT  DATA 

Figure 
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•LOAD 


FORWARD  AND  BACKWARD  EVENT  LIST  ROUTINES  (BINARY  PROGRAM  DECK) 


•JOB 

FIKE  OUMP 

COOE 

009 

20000 

BASIC 

•FILE 

001 

•UT3 

NI 

HB 

SDL 

•FILE 

002 

•UT4 

NI 

HB 

ENOM 

•file 

003 

•UT4 

NI 

HB 

PEN 

•file 

004 

*L2 

NI 

HB 

ACTIV 

•file 

005 

*L1 

NI 

HB 

RANK 

•file 

006 

•J1R 

NI 

HB 

RANK  REVERSE 

•file 

007 

•CK1 

NI 

HB 

FEL 

•file 

008 

•CK1 

NI 

HB 

BEL 

•file 

•LOAD 

009 

•LB2 

NP 

HB 

DUMP 

ERROR  CHECK  ROUTINE  -  DUMP  SDL*  TITLES.  PEN.  ACTIVITIES,  RANK. 


RANK 

REVERSE.  FEL  AND 

BEL  (BINARY 

PROGRAM 

DECK) 

•JOB 

PERT  EVENT 

ASSEM 

012 

11400 

MINIMI 

•file 

01  *CK1 

NI 

HB 

FELF 

•file 

02  *UT4 

NI 

HB 

PENF 

•file 

03  *CK1 

NI 

HB 

BELF 

•file 

04  *UT3 

NI 

HB 

SDLF 

•file 

05  *UT4 

NI 

HB 

ENOMF 

•file 

006  *L1 

NP 

HB 

EALT 

•file 
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NP 

HB 

EAPAT 

•file 
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NP 

HB 

EASOT 

•file 

09  *UT3 

NP 

HB 

EACOR 

•file 

10  *IN1 

NI 

HM 

EASYI 

•file 

Oil  *L1 

NP 

HB 

EAENF 

•file 

12  *OUl 

NP 

HO 

EAERF 

•LOAD 

PART  I A  EVENT  ASSEMBLY  ROUTINE  (BINARY  PROGRAM  DECK) 

SIBSYS  PART  IB 

SI8SYS 

(EXECUTE  SORT 

OPT  ION. NOCKPT. VARIABLEBLOCKING 

CHANNELS, INPUT/LIR .MERGE/ ( A. B) .OUTPUT/ J1 

RECORD. LENGTH /6.TYPE/F .FIELD/32B 

FILE. INPUT/ l.REEL/l.DENSITY/H.MODE/B.BLOCKSIZE/246 

FILE. OUTPUT. DENS  IT Y/H.MODE/B.BLOCKSIZE/2A6 

SORT. FILE/1.SE0UENCE/S. ORDER/2. FIELD/1 

END 
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SIBSYS 

BEXECUTE  IOCS 

•JOB  EVENT  ASSEM  PART 2  008  11460  MINIMUM 
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♦FILE 

08 

♦SI 

NP 

HB 

INTTO 

♦file 
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•file 

10 
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NP 
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SCRAT 

♦FILE 

11 
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NI 

HB 

NOMT 

♦FILE 

12 

*L1 

NI 

HB 

SORT 

•file 

13 

•INI 

NI 

HD 

SKIP  SYSIN 

•FILE 

♦LOAO 

14 

♦OU1 

NP 

HD 

ERRTAP  SYSOUT 

PART  I  ACTIVITY  ASSEMBLY  ROUTINE  (BINARY  PROGRAM  DECK) 


SIBSYS  PART  IA 

•SUITCH  SYSUT1 tSYSUTA 

•RELEASE  SYSUT1 

•RELEASE  SYSUT3 

•RELEASE  SYSCKI 

•EXECUTE  SORT 

F ILE* I NPUT/1 .MODE/B. DENS IT Y/H .BLOCKS IZE/240 
FILE.OUTPUT.MOOE/B.DENSITY/H.ELOCKSIZE/240 
RECORD»TYPE/F.LENGTH/24,FIELD/(6.36BS) 
CHANNELS. INPUT/LIR, MERGE/ < A. B).OUTPUT/Ll 
OPT  ION .NOCKPT , EQUALS » VAR I ABLEBLOCK I NG 
SORT. PILE/1. SEQUENCE/S. ORDER/4. FIELD/ (1.2) 


END 

SIBSYS 

•EXECUTE 

IOCS 

•JOB 

ACTIVITY 

OUTPUT 

2 

11400 

MINIMUM 

•FILE 

1  *L1R 

NI 

HB 

ACTIVITY  ASSEMBLY 

♦file 

•LOAD 

2  *0U1 

NP 

HD 

SYSTEMS  OUTPUT 

ACTIVITY  OUTPUT  ROUTINUE  (BINARY  PROGRAM  DECK) 


SIBSYS 
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FILE  CARDS  12-TAPE  VERSION 


SDETACH  87 
SDETACH  A2 
SDETACH  81 
SDETACH  A 7 

S#MOUNT  TAPES  AS  SPECIFIED  ON  REQUEST* 
SPAUSE 


SRELEASE 

SYSPP2 

SRELEASE 

SYSOU2 

SRELEASE 

SYSIN2 

SEXECUTE 

IOCS 

•JOB 

FIKE-PERT 

PHASE  1  6 

1 1400 

MINIMUM 

•FILE 

1  *!N1 

N I  HD 

UNSORTED. UPDATES 

•FILE 

2  *L1 

NP  HD 

SORTED. UPDATE. EILE 

•file 

3  *OUl 

NP  HD 

MESSAGE. FILE 

•file 

A  *L1 

NP  HD 

OVERFLOW. FILE 

•FILE 

3  #UT2 

NP  HD 

DUMMY  OLD  MASTER 

•FILE 

006  *  I N I 

NI  HD 

SYS INI 

•LOAD 

SYSIN1 

PHASE  1A  OF  FILE  MAINTENANCE  I  BINARY  PROGRAM  DECK  I 


-  END  OF  FILE  CARD 

-  END  OF  FILE  CARD 

SIBSYS  PHASE  IP 

SEXECUTE  SORT 

OPT lONtNOCKPT (VARIABLE  BLOCKING 
CHANNELS* INPUT/L1R.MERGE/I A .B) .OUTPUT/LI 
RECORD. LENGTH/14. TYPE/F* FI  ELDS/ 1 1.4.8*2.81 
FILE. INPUT/1. REEL/1. DENSITY/H, MODE/D. BLOCKS IZE/70 
FILE.OUTPUT.DENSITY/H.MODE/D.BLOCKSIZE/70 
SORT. FILE/1. SEQUENCE/C. ORDER/2. FIELDS/ ( 5.3.1) 

END 

SIBSYS 

SEXECUTE  9PAC 

•JOB  FPBIN  PERT  FILE  UPDATE 


-H0240*F I LERUOO 

•UT2 

NI 

HD 

old  master  FILE 

-H0240»F ILERR10 

•UT1 

NI 

HD 

RPG  INPUT 

-H0240*F ILERR07 

•UT1 

NT 

HD 

NEW  MASTER  FILE 

-H0033*FILERR08 

*J1 

NT 

HD 

ERROR  DATA  FILE 

-  007J*FILERR11 

•LI 

NI 

HD 

CHANGE  DATA  FILE 

-  G  *FILENS01 

•0U1 

NT 

HD 

RPG  OUTPUT 

-  0240 *F I LERR02 

•UT4 

NT 

HB 

PEN  LIST  FILE 

•ENO 
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PHASE  2A  OF  FILE  MAINTENANCE  (BINARY  PROGRAM  DECK) 

END  OF  FILE  CARD 

•JOB  RGB  IN  PERT  ERROR  REPORT 

-H0020*F ILERR10  *J1  NI  HD  ERROR  DATA  FILE 

-  G  *FILENS11  •OU1  NT  HD  ERROR  REPORT 

•END 

PHASE  2B  OF  FILE  MAINTENANCE  (BINARY  PROGRAM  DECK) 

END  OF  FILE  CARD 

SISSYS 

BEXECUTE  IOCS 


•JOB 

PERT  INPUT  BRYSON 

7 
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•FILE 

1 

•UT1 

NI 

HD 
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•FILE 

2 

*L2 
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HB 
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3 
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PEN  LIST 

•FILE 

6 
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SYSTEMS  OUTPUT 

•FILE 
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EVENT  NOMENCLATURE 

INPUT  ROUTINE 
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ADAMS-RANK 

009 

11400 

MINIMUM 

•FILE 

001 

•L2 

NI 

HB 

ACTIVITIES 
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•FILE 
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RANK  BACKWARD 

•FILE 
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•UT4 

NI 

HB 
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•FILE 
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NI 

HB 

TEF1 

•FILE 

008 

•Jl 

NI 

HB 

TEF2 

•FILE 

•LOAD 
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•0U1 

NP 

HD 

SYS0U1 

RANK  ROUTINE 

(BINARY  PROGRAM 

DECK) 

•JOB 

SUMMARY  SOL 
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•FILE 
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*L1 

NI 

HB 

RANK  FORWARD 

•FILE 
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•UT2 

NP 

HB 

SUM.  REPORT 

•FILE 

•LOAD 

OOS 

*001 

NP 

HO 

SYS  OUTPUT 
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SUMMARY  REPORT  ROUTINE  (BINARY  PROGRAM  DECK) 


•IBSYS 


•ATTACH 

AB  TAPE 

UNIT  1 

FOR 

SUMMARY  OUTPUT  COULD 

BE  B8 

•AS 

SYSPP1.H 

•EXECUTE 

IOCS 

•JOB 

PART  I  SUM 

OUTPUT 

009 

11400 
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•file 

001 

•UT4 

N! 

HB 

TITLES  PEN  L 

•file 
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•UT3 

N1 

HB 

SDL  LIST 

•file 
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CARD  OUTPUT 

•FILE 
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NP 

HD 

SYS  OUTPUT 

•LOAD 

PART  IA  : 

SUMMARY  OUTPUT 

ROUTINE  (BINARY 

PROGRAM  DECK) 

S1BSYS 

•ENDFILE  SYSPP1 

•ENDFILE  SYSPP1 

•ENDFILE  SYSPP1 

•REMOVE  SYSPP1  REWIND  AND  UNLOAD  SUMMARY  OUTPUT 

S*OR  IF  SUMMARY  WAS  NOT  REQUESTED  RELOAD  AND  READY  AB 

$*IF  SUMMARY  OUT  PUT  WAS  REQUESTED. A8  CONTAINS  SUMMARY  OUTPUT. 

••MOUNT  NEW  TAPE  ON  AB  AND  PRESS  START  TO  CONTINUE 

••THIS  IS  NOT  NECESSARY  ON  16  TAPE  VERSION. 


T/C 


•RELEASE 

•PAUSE 

•EXECUTE 


SYSPP1 
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SDL 
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•FILE 
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•UT4 
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•FILE 
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•FILE 
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•FILE 
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•FILE 
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•FILE 

006  *L1 

NP 

HB 

EALT 

•FILE 

007  *L1 

NP 

HB 

EAPAT 
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•FILE 

10  *IN1 

NI 

HM 

EASY  I 

•FILE 

Oil  *L1 

NP 

HB 

EAENF 

•file 

•LOAD 

12  *0U1 

NP 

HD 
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PART  IA  EVENT  ASSEMBLY  ROUTINE  (BINARY  PROGRAM  DECK! 

SIBSYS  PART  IB 

SEXECUTE  SORT 

OPTION*NOCKPT  *VAR IABLEBLOCK ING 

CHANNELS. 1NPUT/L1R. MERGE/I  A* BI.OUTPUT/Jl 

RECORD .LENGTH/6. TYPE/P  .FIELD/32B 

PILE. INPUT/1. REEL/l.DENSITY/H.MODE/B.BLOCKSIZE/246 

FI LE. OUTPUT. DENSITY/H.MODE/B.BLOCKSIZE/246 

SORT. FILE/1. SEQUENCE/S. ORDER/2. FIELD/1 

END 

SIBSYS 

SEXECUTE  IOCS 
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PART  1 1 A  EVENT  ASSEMBLY  ROUTINE  (BINARY  PROGRAM  DECK) 
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•EXECUTE  SORT 

OPT ION.NOCKPT  .variableblocking 

RECORD .LENGTH/ 14 .TYPE/F. FI  ELD/ ( 36B. 36BS ) 

CHANNELS. INPUT/L1R.MERGE/J A. B) .OUTPUT/LI 
FILE. INPUT/1 .REEL/1 .DENS ITY/H.MODE/B.BLOCKSIZE/238 
FILE. OUTPUT. DENS  I TY/H.MOOE/B.BLOCKSIZE/238 
SORT. FILE/1. SEOUENCE/S. ORDER/2. FIELD/ (1.2) 

END 
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PART  IA  ACTIVITY  ASSEMBLY  ROUTINE  (BINARY  PROGRAM  DECK! 

SIBSYS  PART  1A 

•SWITCH  SYSUT1 *SYSUT* 

SRELEASE  SYSUT1 

•RELEASE  SYSUT3 

SRELEASE  SYSUT2 

•EXECUTE  SORT 

FILE.INPUT/1,MODE/B.DENSITY/H*BLOCKSIZE/240 
FILE , OUT PUT ,MOOE/B,DENSITY/H, BLOCKS  I ZE/240 
RECORO,TYPE/F  » LENGTH/24 *F I  ELD/ ( 6 ,36BS ) 

CHANNELS  » INPUT/LIR, MERGE/ ( A ,B I »OUTPUT/Ll 
OP T I ON • NOCKPT  »  EOU AL S , VAR I ABLE BLOCK  I NG 
SORT  *FILE/1 (SEQUENCE /S«ORDER/2,Ft ELD/ (1*2) 

END 

SIBSYS 

•EXECUTE  IOCS 

•JOB  ACTIVITY  OUTPUT  2  11400  MINIMUM 

•FILE  1  *UR  I  HB  ACT  ASSM-COST  INPT 

•FILE  2  *0U1  NP  HO  SYSTEMS  OUTPUT 

•LOAD 

ACTIVITY  OUTPUT  ROUTINE  (BINARY  PROGRAM  DECK) 

SIBSYS 
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CHAPTER  V 


COMPILATION  PROCEDURE 


CHAPTER  V 


COMPILATION  PROCEDURE 


A.  PERT  Editor 


Since  USAP  PERT  is  a  mixed  system  of  IBSFAP ,  IOCS, 
9PAC  and  90  SORT  requiring  many  control  cards,  an  editor 
was  included  to  permit  symbolic  maintenance  and  complete 
regeneration  of  the  object  program  including  control  cards. 
The  PERT  editor  described  in  this  chapter  fulfills  these 
basic  requirements  by  providing  an  editor  card  deck  which 
will  update  and  reassemble  a  symbolic  tape  into  a  complete 
object  program. 

B.  PERT  Symbolic  Taue 

The  PERT  symbolic  tape,  sequenced  with  ascending 
alphabetic  characters  in  card  columns  73  through  75,  con¬ 
tains  the  various  symbolic  programs: 

File  1  -  9PAC  Programs  Starting  Card  Sequence 

$ EXECUTE  9PAC  BUP01000 

♦JOB  (Dictionary  establishment) 

♦FILE  (3  file  cards  used  for  compilation) 

♦END 

9PAC  program  to  establish 
the  dictionary. 

♦END 

♦JOB  (File  update  program)  CUP01000 

♦FILE  (7  file  cards  used  for  compilation) 

♦END 

$IBSYS 

$ENDFILE  SYSPP1 
$ EXECUTE  9PAC 

♦JOB  (PERT  error  program)  DUP01000 

♦FILE  (2  file  cards  for  compilation) 

♦END 

PERT  error  9PAC  program 

♦END 

$IBSYS 

$ENDFILE  SYSPP1 
$ REWIND  SYSPP1 

$ SWITCH  SYSIN1 ,  SYSCK2 
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File  2  -  PERT  Phase  I 

Starting  Card  Sequence 

Phase  I  FAP  program 

ESR01000 

with  end  card  seq.  no. 

ESR99990 

File  3  -  Main  PERT  Proarams 

Input  Phase 

GIN01000 

Rank 

HRK01000 

Summary 

ISM01000 

Summary  Output  Part  1 

IS001000 

Summary  Output  Part  2 

ISP01000 

Forward-Backward  Event 

JFW01000 

Debug 

KDB01000 

Event  Assembly  Part  1 

LEA01000 

Event  Assembly  Part  2 

MEA01000 

Event  Output 

NE001000 

E-L  Graph  Week  Chart 

OELOIOOO 

E-L  Graph  Month  Chart 

OEMOIOOO 

Activity  Assembly 

PAA01000 

Activity  Output 

RA001000 

NOTE:  All  FAP  programs  begin  with  the  COUNT  card  and 

finish  with  the  END  card.  The  END  card  must  have 
a  sequence  number  of  99990  and  a  symbolic  transfer 
name  identical  to  the  END  card  in  the  editor  deck. 

C.  PERT  Editor  Deck 


The  PERT  editor  deck  contains  the  FAP  control  cards  for 
the  IBSFAP  updating,  basic  monitor  control  cards  for  the 
object  PERT  program,  and  an  IOCS  proqram  to  insert  the  9PAC 
programs  into  the  correct  location  in  the  object  program. 
These  various  sections  are  shown  in  the  attached  listing 
as  follows: 

1.  Editor  control  cards  as  sequenced  with  EDIT  in 
column  65-68. 

2.  Basic  monitor  control  cards  with  the  proper  system 
sequence  number  in  column  73-80. 

3.  Special  IOCS  program  with  sequence  number  PTED 
in  column  73-76. 
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The  editor  deck  will  run  on  a  12  Tape  IBM  7090/94 
with  the  tapes  as  follows: 


Tape  Use 

1. 

Basic  monitor 

SYSLBl 

2. 

Editor  deck 

SYSINl 

3. 

Symbolic  tape 

SYSCKl 

4. 

Blank  for  the 

new  symbolic  tape 

SYSCK2 

5. 

Blank  for  the 

listing 

SYSOUl 

6 . 

Blank  for  the 

object  program 

SYSPPl 

(This  tape 

must  be  on  physical 

drive  Bl) 

7. 

Blank 

SYSPP2 

8. 

Blank 

SYSUTl 

9. 

Blank 

SYSUT2 

10. 

Blank 

SYSUT3 

11. 

Blank 

SYSUT4 

12. 

Blank 

Jl  (any  available 

tape) 

After  mounting  the  tapes  as  shown,  the  PERT  system  is 
reassembled  by  pressing  the  load  tape  button  and  removing 
the  desired  tapes  when  complete. 

The  editor  deck  has  the  following  phases  of  operation: 

1.  SYSCK1,  SYSCK2 ,  and  SYSPP1  are  rewound. 

2.  The  9PAC  programs  are  updated  without  assembly 
from  SYSCKl  to  SYSCK2.  An  end  of  file  is  written 
on  SYSCK2  before  the  tape  is  rewound. 

3.  SYSPP1  and  SYSPP2  are  switched  to  allow  9PAC  to 
compile  the  object  decks  on  SYSPP2.  SYSINl  and 
SYSCK2  (the  updated  9PAC  programs)  are  switched 
to  give  control  to  9PAC  for  the  necessary  compi¬ 
lation.  Since  9PAC  must  execute  after  compilation, 
blank  data  cards  and  end  of  files  are  provided  in 
the  editor  deck.  The  last  card  of  the  updated 
symbolic  tape  which  is  now  SYSINl  provides  for  the 
switch  back  to  the  normal  input  tape  leaving  its 
results  as  follows: 

SYSPP2  -  binary  programs  with  dummy 
file  cards 

Jl  -  9PAC  dictionary. 
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4.  SYSPPl  and  SYSPP2  are  switched  back  to  their 
original  status  to  permit  the  PERT  object  pro¬ 
gram  to  be  assembled  on  SYSPPl. 

5.  The  end  of  file  is  rewritten  on  SYSCK2 . 

6.  Physical  drive  B1  is  attached  as  SYSUT2  allowing 
an  update  to  logical  tape  8  to  put  the  PERT  basic 
monitor  control  cards  on  SYSPPl. 

7.  The  basic  monitor  control  cards  for  PERT  Phase  I 
are  updated  without  assembly  to  SYSPPl  followed 
by  the  assembly  of  Phase  I. 

8.  The  special  IOCS  program  is  entered  to  insert  the 
9PAC  programs  as  follows: 

a.  The  9PAC  dictionary  is  sequenced  and  copied 
from  Jl  to  SYSPPl  while  being  listed  on 
SYS0U1 . 

b.  Two  end  of  files  required  by  the  object 
program  are  written  on  SYSPPl. 

c.  The  Phase  I  90  SORT  program  is  copied  and 
listed  from  SYSINl  to  SYSPPl  and  SYSOUl 
respectively. 

d.  After  rewinding  SYSCK2 ,  the  9PAC  symbolic 
programs  are  listed  on  SYSOUl  and  the  tape 
is  repositioned  after  the  second  file. 

e.  The  $EXECUTE  and  *J0B  cards  in  the  editor 
deck  for  the  first  9PAC  program  are  copied 
to  SYSPPl  and  SYSOUl. 

f.  The  9PAC  *FILE  and  *END  cards  are  copied  from 
the  editor  deck  to  SYSOUl  and  converted  to 
binary  for  SYSPPl. 

g.  The  eight  dummy  9PAC  file  and  END  cards  with 
the  update  object  program  on  SYSPP2  are 
skipped  before  the  object  program  is  copied 
to  SYSPPl. 
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9. 


h.  Steps  e,  f,  and  g  are  repeated  for  the  second 
9PAC  program  except  only  3  cards  are  skipped 
on  SYSPP2  and  no  $EXECUTE  is  copied. 

The  basic  monitor  control  cards  for  the  PERT  input 
phase  are  updated  without  assembly  to  SYSPPl  followed 
by  the  assembly  of  the  input  phase. 

10.  Step  9  is  repeated  for  each  PERT  program. 

11.  An  end  of  file  is  written  on  SYSCK2  before  rewinding 
and  unloading  SYSCKl  and  SYSCK2. 

12.  At  the  end  of  the  edit  run,  the  complete  listing  is 
on  SYS0U1  and  the  object  programs  with  control  cards 
are  on  SYSPPl.  When  tape- to-carding  SYSPPl  be  sure 
that  an  EOF  card  is  punched  for  each  EOF  mark  on 
the  SYSPPl  tape. 

D.  Updating  with  the  Editor 

This  section  of  the  report  will  discuss  the  normal 
symbolic  maintenace  of  the  PERT  system  and  the  procedure 
for  assembling  individual  programs. 


Normal  symbolic  changes  can  be  added  to  the  system 
during  the  reassembly  by  adding  sequenced  symbolic  cards 
in  the  editor  deck  preceding  the  last  card  of  the  particu¬ 
lar  section  requiring  changes.  This  last  card  is  sequenced 
with  the  prefix  for  that  section  and  99990  in  column  76  to 
80.  Insertions,  deletions  and  modifications  must  follow 
the  rules  specified  for  updating  in  the  FAP  manual.  The 
PERT  monitor  control  cards  including  the  IOCS  file  cards 
may  be  changed  directly  in  the  editor  deck. 


Any  of  the  FAP  sections  of  PERT  may  be  reassembled 
individually  by  the  following  procedure. 


1.  Make  a  special  editor  program  with 


$ EXE CUTE 
*FAP 
UPDATE 

END 


IBSFAP 

9,  10,  U  (with  program  prefix 
and  00000  in  column  73-80) 

(GIVE  transfer  name  in  column  16 
and  the  program  prefix  followed 
by  99990  in  73-80) 
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$IBSYS 


2.  Mount  the  symbolic  tape  on  SYSCKl  and  a  blank  on 
SYSCK2 . 

3.  Mount  special  editor  on  SYSINl  and  load  tape. 

The  9PAC  program  could  be  reassembled  as  follows: 

1.  Mount  the  symbolic  tape  on  SYSCK2. 

2.  Mount  a  program  containing  a  $SWITCH, 

SYSINl,  SYSCK2  card  on  SYSINl. 

3.  Press  load  tape. 

E.  Summary 


To  simplify  correcting  and  changing  the  PERT  system, 
symbolic  cards  will  be  distributed  to  users  with  a  modifi¬ 
cation  letter  indicating  the  section  requiring  the  changes. 
The  user  can  then  obtain  a  new  object  program  by  using  the 
PERT  editor  deck. 

F.  Program  Listing  -  PERT  Editor  (16-Tape  Version) 

The  program  listing  of  the  PERT  editor  for  the 
16-tape  version  is  shown  in  Figures  V-la  through  V-lj, 
commencing  on  the  following  page. 

G.  Program  Listing  -  PERT  Editor  (12-Tape  Version) 

The  program  listing  of  the  PERT  editor  for  the 
12-tape  version  is  shown  in  Figures  V-2a  through  V-2i, 
commencing  on  page  V-17. 
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PERT  EDITOR  -  16-TAPE  VERSION 


SID  NAME/VALENTINE  PERT  EDITOR.PROB/62-249. LINES/20000. TIME/15*TAPES/12 


•REWIND 

SYSPP2 

EDIT 

000 

•REWIND 

SYSCK1 

EDIT 

001 

•REWIND 

5YSCK2 

EDIT 

002 

•EXECUTE 

IBSFAP 

EDIT 

003 

•FAP 

EDIT 

004 

UPDATE 

9.10.U.D 

UPDATE  9PAC  PR06RAMS 

EDIT 

003 

ENDUP 

EDIT 

006DUP99990 

•FAP 

EDIT 

007 

UPDATE 

.10.U.D 

POSITION  FOR  9PAC  COMPILE 

EDIT 

008 

ENDFIL 

10 

EDIT 

009 

REWIND 

10 

EDIT 

010 

ENDUP 

EDIT 

Oil 

SIBSYS 

EDIT 

012 

•SWITCH 

SYSPP1.SYSPP2 

COMPILE  9PAC  ON  PP2 

EDIT 

013 

•SWITCH 

SYSCK2 .SYSIN1 

GO  COMPILE  9PAC 

EDIT 

014 

9PAC  DUMMY  DATA 

EDIT 

015 

-  END  OF  FILE  CARD 

EDIT 

016 

9PAC  DUMMY  DATA 

EDIT 

017 

END  OF  FILE  CARO 

EDIT 

018 

SIBSYS 

9PAC  COMPILED  ON  PP2 

EDIT 

019 

•SWITCH 

SYSPP1.SYSPP2 

EDIT 

020 

•ATTACH 

81 

EDIT 

021 

•AS 

SYSUT2.H 

ATTACH  PPi  ALSO  AS  UT2 

EDIT 

022 

•EXECUTE 

IBSFAP 

EDIT 

023 

•FAP 

UPDATE 

• 10.U.D 

ENDFIL 

10 

ENDUP 

*FAP 

EDIT 

024 

UPDATE 

.8.U.D 

PHASE  1  CONTROL  CARDS 

EDIT 

025 

ESR  NUMBER 

30 

EDIT 

026 

•RELEASE 

SYSPP2 

ESR00300 

•RELEASE 

SYS0U2 

ESR00310 

•RELEASE 

SYSIN2 

ESR00320 

•EXECUTE 

IOCS 

ESR00330 

•JOB 

FIKE-PERT 

PHASE  1  6 

11400 

MINIMUM 

ESR00340 

•FILE 

1 

•INI 

NI  HD 

UNSORTED. UPDATES 

ESR00350 

•FILE 

2 

*L1 

NP  HD 

SORTED. UPDATE. F ILEESR00360 

•FILE 

3 

•0U1 

NP  HD 

MESSAGE. FILE 

ESR00370 

•file 

4 

*L1 

NP  HD 

overflow.file 

ESR00380 

•FILE 

9 

•UT2 

NP  HD 

DUMMY  OLD  MASTER 

ESR00390 

•FILE 

006 

•INI 

NI  HD 

SYSIN1 

ESR00400 

Figure  V-la 

PERT  Editor  (16-Tape  Version) 
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•LOAD  SYS1N1 

FSR00410 

ENDUP 

EDIT 

027 

*FAP 

EDIT 

026 

UPDATE  9,10,U 

PHASE  I  ASSEMBLY 

EDIT 

029 

END  GOGO 

EDIT 

030ESR99990 

*FAP 

EDIT 

031 

UPDATE  «10«U«D 

EOF  ON  10 

EDIT 

032 

ENDFIL  10 

EDIT 

033 

ENDUP 

EDIT 

034 

SI8SYS 

EDIT 

035 

•EXECUTE  IOCS 

COPY  9PAC  TO  PP1 

AND  0U1 

EDIT 

036 

•JOB  PERT  EDITOR 

007  11400 

MINIMUM 

♦FILE  001  *J1 

N 1 

HD 

MASTER 

FILE 

•FILE  002  *1N1 

N I 

HD 

SYS  INI 

BCD 

•FILE  003  *0U1 

NP 

HD 

SYS0U1 

BCD 

•FILE  004  *PP1 

NP 

HD 

SYSPP1 

BCD 

•FILE  005  *PP1 

NP 

HB 

SYSPP1 

BINARY 

•FILE  006  *CK2 

N I 

HD 

CHECK 

2 

•FILE  007  *PP2 
•LOAD 

N I 

HB 

SYSPP2 

BINARY 

— RX*( G74X  9.  V-74X  9.  9(591059  9/  9X74X  9/74X  9(  L-74X  9(  -I5910S9  9X74XPTED0000 
-Rl-l ( 09X74X  91  V«74X  91  *(59X0S9  9X74X09X74X  9)  W74X  9)  *159(059  9X74XPTED0001 
-RV(((  9)  V«74X  9)  ■ ( 59X0S9  9X74X  9(  W-74X  9(  *(59(059  9X74X  9X0**74(  9/PTE00002 
-R  (P 1 ( -• (0Z  1 09*1 9*99*7- «D9* I  ->  -991)  779*)  7E9X74X  9X0Z174X  9X0*1 59X741PTED0003 
-RXG-*-9/74 ( +9X74X09X74 ( +9X74X09X74X  9X0SP74X09X76*74 (  9X-**0Z(74X  9X0Z (PTE00004 
-R.PU174X  9X0$(-*(74X  9X74X  9X0$*74(  9X-Z (OZ (D9(G9*99*74X  9X0, (74(  9X-Z (PTED0005 
-RX,,(0Z(D9(G9*G9*59(59(99*09P99(74X  9X0,(09*99(59(741  9X-SX05  59( 74 ( 09XPTED0006 
-RII-U74X  9X0**768741  9X-,*0Z(74X  9X0*(74X  9X0Z ( -• 1 74 1 09X74X09XD9*99( 74 (PTED0007 
-RP),(  9X-Z*0Z(74X  9X0*(D9*99(7-X  9(D9(G9*-9P99( 74X  9X0.I59R74X  9X76674 (PTEDOOO0 
-R*(<{  9X-ZS0X  -«*74(  9X-S*0,(74X  9X0,(59*74(09X74X09X741  9X-,*0Z(74X  9XPTED0009 
-RP ) **0Z ( D9*99 { 74X  9X0*174(09X74X09X741  9X-Z*0Z174X  9X0*(D9*99C 7-X  9<D9(PTED0010 
-R***)G9*-9P99( 74X  9X0,(59*74(09X741  9X7RP  7  9*769741  9X7R*0X  -**74(  9XPTED0011 
-RP* ( G7 «*0« ( 74X  9X0,(59*741 09X741-9X59*74 (09X74(-9/74X  9X0**741  9  ZP59*PTED0012 
-R*( X( 74(09X741 09X74X  9X0«*74(  9  ZP59*74 ( 09X74{ 09X74X  9X0Z*74<  9  ZP59*PTED0013 
-R0( P ( 74 (-9X74( 09X74 (09X74X  9X0»*74(  9  ZP59*74 ( 09X74 ( 09X74 (-9X74X  9X0-PPTED0014 
-R*( 7(741  9  ZP 59*74(09X741 09X74X  9X0Z*74(  9  ZP59*74 ( 09X74109X74X  9X0,*PTE00015 
— RP ( ( *74 (  9  ZP59*74( 09X74X  9X0,P74(  9  ZP59*74( -9X74 1 09X74X  9X0ZZ741  9PTED0016 
-R*(X(  ZP59*74( 09X741 -9X74X  9X0ZR741  9  ZP59*741 09X74 1 -9X74X  9X0Z*741  9PTFD0017 
-RP*P*  ZP 59*741 09X74109X741 -9X74X  9X0, *741  9  ZP59*74 1 09X74 (09X741 -9X74XPTED0018 
-R*1X,  9X0**741  9  ZP59*74( 09X74 (-9X74X  9X0,*74(  9  ZP59*74 (09X741 -9X74XPTED0019 
-RP(X1  9X0ZP741  9  ZP59*741 09X741 -9X74X  9X0-P741  9  ZP59*74109X74(-9X74XPTE00020 
-,*» IX  9X0**741  9  ZP74I09X5  X  *  —  (X  X(<  PTED0021 
-RPC  1 1 7PPPPPPPP7PPPPPPPPPPPPPPPPPPPPPP** 1 ) XPPPPPPPPPPPPPPPPPPPPPPP7PPPPPPTED0022 
-R*l |PPPPPPPPPPPPPPPPPT*)P) I IGPPPPPPPPPPPPPPPPPPPPP7PPPPPPPPPPPPPPPPPPPPPTED0023 
-RP.IGP*)P) ) I 6PPPPPPPPPPPPPPPPPPPPPP7PPPPPPPPPPPPPPPPPP»**6 I ** ) * ) ***PPPPPTED0024 
-R*G 1 ZPPPPPPPPPPPPPPPP**«*PP ( l ** ) P* ) ( *X*G***P ) P ) G*GXPP-P** ) XP ( P* 1 M #*• ) *PTED0025 


Figure  V-lb 

PERT  Editor  (16-Tape  Version) 
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-RP<-(*G*.PP-P**IX)*)7(P<P(**<*X) ) t >-)*G*.P«*(S)P( )**P(P*****PP-P**)X )*(PTED0026 
-R**S<  7 (P(P(**(P*P*P*XXP-)*G*.**)P7(*XP(***G*( ) *-P** ) X )* ) 7*( MR*#) *XP-P*PTED0027 
-RP**.* IX )*)7(P(P(**(*PX-P*»)X )*(-***) S)P)P*X-P**)X)**P.X*SP-)*G*.P**<R7PTE00028 
-R$( (X(*XP*P(PX-P**)X*G(PT*(*<*P*IG*.PP-P**>X(P(P (**<*P*(G*I-P**)X( )**) (PTED0029 
-RP(XPP*I*G-P*l-)*G*.P**f *»P**GPIP*XP*P*****P-P**)X )*(-**) P***P*P( )**P(*PTED0030 


-R»(S-**G(PX-P**)X)*(7(PIP(**(P*P*P*XXP-)**)P7(*XP(***G*< )P)*)-G9(79(-9(PTED0031 
»RX ( XX-9X-9 ( -9 ( -9 ( 549  -(PPP+7-+X  IA  .  C  7-(7-<7«(D49-9<75-G-( 75  G  G»(PTED0032 


7G«{-  7G* ( 949 (  ( I  — -9X-  P79XD9(99(74  75  76  PTED0033 

PTED0034 


7  8  9 

T  U  V  W 


-R<)<(-  7G«(-  7G* I  94  G  G-I- 
-9X**<  548PPP 

-Rl-P*  0123456 
-RX-PM  F  G  H  1  0  .  ) 

-$Z*-(  #  /  S 

-90XI*»**PP 
-9X 

SIBSYS 

SEXECUTE  SORT 

OPT  ION tNOCKPT* VARIABLE  BLOCKING 
CHANNELS* INPUT/L1R. MERGE/I  A. B>  *OUTPUT/Ll 
RECORD. LENGTH/14. TYPE /F, FI  ELDS/ 1 1*4*8 *2*8) 

FILE. INPUT/1. REEL/l.DENSITY/H, MODE/D. BLOCKS IZE/70 
FILE. OUTPUT. DENS1TY/H.H0DE/D.BL0CKSIZE/70 
SORT. FILE/1. SEQUENCE/C .ORDER/2. FIELDS/ 1 5.3. 1 ) 

END 


SIBSYS 

SEXECUTE  9PAC 

*JOB  FPBIN 
H0240*FILERU00  *UT2 
H0240*FILERR10  *UT1 
H0240*F I LERR07  *UT1 
H0035*FILERR08  »J1 
0075*FILERR11  *L1 
G  *FILENS01  *0U1 
0240*FILERR02  »UT4 
•END 

END  OF  FILE  CARD 
•JOB  RGB  IN 
H0020»FILERR10  *J1 
G  *F I  LENS 11  *0U1 

•END 

END  OF  FILE  CARD 
SIBSYS 

SEXECUTE  1BSFAP 

•FAP 

UPDATE  .B.U.D 
GIN  NUMBER  SO 
SIBSYS 


PERT  FILE  UPDATE 
NI  HD 
N I  HD 
NT  HD 
NT  HD 
NI  HD 
NT  HD 
NT  HB 


PERT  ERROR  REPORT 
NI  HO 
NT  HO 


INPUT  CONTROL  CAROS 


+  A  B  C  D  EPTED0035 

0  P  0  R  0  SPTED0036 

(  PPP  PTED0037 

PTED0038 
TRA11S24 
FSR00900 
FSR00910 
FSR00920 
FSR00930 
FSR00940 
FSR00950 
FSR00960 
FSR00970 
FSR00980 
FSR00990 
CUP  0300 
CUP  0310 
CUP  0320 
CUP  0330 
CUP  0340 
CUP  0350 
CUP  0360 
CUP  0370 
CUP  0380 
CUP  0390 

EDIT  137 

DUP  0300 

ERROR  DATA  FILE  DUP  0310 

ERROR  REPORT  DUP  0320 

DUP  0330 

EDIT  138 
EDIT  139 
EDIT  140 
EDIT  141 
EDIT  142 
EDIT  143 

GIN00300 


OLD  MASTER  FILE 
RPG  INPUT 
NEW  MASTER  FILE 
ERROR  DATA  FILE 
CHANGE  DATA  FILE 
RPG  OUTPUT 
PEN  LIST  FILE 


Figure  V-lc 
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(EXECUTE  IOCS 


•JOB 

PERT  INPUT 

BRYSON 

•FILE 

1 

*UT  1 

NI 

HD 

•FILE 

2 

*L2 

NP 

HB 

•FILE 

3 

•UT3 

NP 

HB 

•FILE 

4 

•UT4 

NP 

HB 

•file 

5 

•UT4 

NP 

HB 

•file 

6 

•OU1 

NP 

HD 

•file 

•LOAD 

7 

*UT  4 

NI 

HB 

ENDUP 

•FAP 

UPDATE  9.10.U 
END  GOGO 

*FAP 

UPDATE  i8.U»D 


•  JOB 

ADAMS-RANK 

•FILE 

001 

*L2 

NI 

HB 

•FILE 

002 

*CK  1 

NP 

HB 

•FILE 

003 

•CK1 

NI 

HB 

•FILE 

004 

*L1 

NP 

HB 

•FILE 

005 

*J1 

NP 

HB 

•file 

006 

*UT  4 

NI 

HB 

•file 

007 

*L1 

NI 

HB 

•file 

008 

*J1 

NI 

HB 

•FILE 

•LOAD 

009 

•0U1 

NP 

HD 

ENDUP 

*FAP 

UPDATE  9.10.U 

END  R 

*FAP 

UPDATE  >8  tUtO 
ISM  NUMBER  30 

•JOB  SUMMARY  SOL 

•FILE  001  *L1  NI  HB 

•FILE  002  *J2  NP  HB 

•FILE  003  *0U1  NP  HO 

•LOAD 

ENDUP 
•  FAP 

UPDATE  9»10.U 

END  SR 

•FAP 

UPDATE  •SiUtD 
ISO  NUMBER  30 


GIN00310 


7  11400 

MINIMUM 

GIN00320 

MASTER  FILE 

GIN00330 

ACTIVITIES 

GIN00340 

SCHEDULED  DATES  GIN00350 

EVENT  NOMENCLATURES  IN 00 360 

PEN  LIST 

6IN00370 

SYSTEMS  OUTPUT 

GIN00380 

EVENT  NOMENCLATUREGt N00390 
GIN00400 

EDIT 

144 

EDIT 

1*5 

INPUT  ASSEMBLY 

EDIT 

1*6 

6IN99990 

EDIT 

1*8 

RANK  CONTROL  CARDS 

EDIT 

1*9 

009  11*00 

MINIMUM 

HRK00300 

ACTIVITIES 

HRK00310 

TACTW 

HRK00320 

TATWI 

HRK00330 

RANK  FORWARD 

HRK00340 

RANK  BACKWARD 

HRK00350 

PEN  LIST 

HRK00360 

TEF1 

HRK00370 

TEF2 

HRK00380 

SYS0U1 

HRK00390 

HRK00400 

EDIT 

151 

EDIT 

15? 

RANK  ASSEMBLY 

EDIT 

153 

HRK99990 

EDIT 

155 

SUMMARY  CONTROL  CARDS  EDIT 

156 

EDIT 

157 

003  11*00 

MINIMUM 

ISM00300 

RANK  FORWARD 

I 5M00310 

SUM.  REPORT 

ISM00320 

SYS  OUTPUT 

I SM00330 
ISM00340 

EDIT 

158 

EDIT 

159 

ASSEMBLE  summary 

EDIT 

160 

I SM99990 

EDIT 

162 

SUMMARY  OUTPUT  CONTROL  EDIT  163 

EDIT  16* 


Figure  V-ld 

PERT  Editor  (16-Tape  Version) 
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•JOB  PART  I  SUM 

OUTPUT 

009 

11*00 

MINIMUM 

•FILE  001  *UT4 

NI 

HB 

TITLES  PEN  L 

•FILE  002  *UT3 

Nt 

HB 

SDL  LIST 

•FILE  003  *UT3 

NP 

HB 

PAR  OUT 

•FILE  004  *J2R 

NI 

HB 

SUMMARY  REPORT 

•FILE  005  *M1 

NP 

HB 

1/3/6-CODES  OUT 

•FILE  006  *M1 

NI 

HB 

1/3/6-CODES  IN 

•FILE  007  * I N 1 

NI 

HM 

SYS  INPUT 

•FILE  008  *PP1 

NP 

HD 

CARD  OUTPUT 

•FILE  009  *0U1 

NP 

HD 

SYS  OUTPUT 

•LOAD 

ENDUP 

EDIT 

•FAP 

EDIT 

UPDATE  9.10.U 

SUMMARY 

OUTPUT 

ASSEM  EDIT 

END  SX 

•FAP 

EDIT 

UPDATE  .8.U.D 

90  SORT 

AND  SXX 

EDIT 

ISP  NUMBER  30 

EDIT 

SIBSYS 

••  REMOVE  B5.  REPLACE 

WITH  A 

BLANK  TAPE. 

•PAUSE 

•RELEASE  SrSUT2 

•RELEASE  SYSCK1 

•EXECUTE  SORT 

OPTION. NOCKPT. VARIABLE  BLOCKING 
CHANNELS. INPUT/MIR .MERGE/ ( A .B) .OUTPUT /Ml 
RECORD. LENGTH/8. TYPE/F »F  IELD/32B 

FILE. INPUT/1, REEL/l. DENS ITY/H.MODE/B.BLOCKSIZE/2A8 
FILE. OUTPUT. DENSI TY/H.MODE/B. BLOCKS IZE/248 
SORT. FILE/1. SEQUENCE/S .ORDER/2. FIELD/1 
END 

SIBSYS 

•ATTACH  AT 

•AS  SYSCK1 

•EXECUTE  IOCS 

•JOB  PART  II  SUM  OUTPUT  005  11*00  MINIMUM 


•file  001  *M1R 

NI 

HB 

SORTED  DATA 

•FILE  002  *UT 4 

NI 

HB 

TITLES  PEN  L 

•FILE  003  *UT3 

NI 

HB 

PAR  ( SOLI 

•FILE  004  *PP1 

NP 

HD 

CARD  OUTPUT 

•FILE  005  *0U1 
•LOAD 

NP 

HD 

SYS  OUTPUT 

ENDUP 

EDIT 

•FAP 

EDIT 

UPDATE  9.10.U 
END  SXX1 

SXX  ASSEMBLY 

EDIT 

Figure  V-le 
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I S000300 
15000310 
IS000320 
I S000330 
IS000340 
I S000350 
IS000360 
I S000370 
I S000380 
I S000390 
I S000400 

163 

166 

167 

IS099990 

169 

170 

171 

JSP00300 
ISP00310 
ISP00320 
I SP00330 
I SP003A0 
I SP00350 
ISP00360 
ISP00370 
ISP00380 
ISP0039O 
ISP00400 
ISP00410 
I SP00420 
I SP00430 
ISP00440 
ISP00450 
ISP00460 
ISP00470 
I SP00480 
I SP00490 
I SP00500 
ISP00310 
ISP00920 
I SP00330 

172 

173 

17* 

ISPWWO 


v-11 


JFW 


KD6 


LEA 


•FAP 

UPDATE  »8  »U  »D 
NUMBER  30 

•JOB  EVENTS  FWE-OKE  GA 
•FILE  001  *UT3  NI  HB 

•FILE  002  *CK1  NP  HB 

•FILE  003  *L1  NI  HB 

•FILE  004  *UT4  NI  HB 

•FILE  005  *0U1  NP  HD 

•FILE  006  *UT3  NP  HB 

•FILE  007  *J1  NI  HB 

•FILE  008  *M1R  NP  HB 

•LOAD 
ENDUP 
•FAP 

UPDATE  9.10.U 
END  FW 

•FAP 

UPDATE  .8.U.D 
NUMBER  30 

•JOB  FIKE  DUMP  CODE 
•FILE  001  *UT3  NI  HB 

•FILE  002  *UT 4  NI  HB 

•FILE  003  *UT 4  NI  HB 

•FILE  004  *L2  NI  HB 

•FILE  005  *L1  NI  HB 

•FILE  006  *J1R  NI  HB 

•FILE  007  *CK1  NI  HB 

•FILE  008  *CK1  NI  HB 

•FILE  009  *LB2  NP  HB 

•LOAD 
ENOUP 
•FAP 

UPDATE  9.10.U 
END  GOGOGO 

•FAP 

UPDATE  .8.U.D 
NUMBER  30 


•JOB 

PERT  EVENT 

ASSEM 

•FILE 

01 

•CK1 

NI 

HB 

•FILE 

02 

•UT4 

NI 

HB 

•FILE 

03 

•CK1 

NI 

HB 

•file 

04 

•UT3 

NI 

HB 

•file 

05 

•UT4 

NI 

HB 

•file 

006 

•LI 

NP 

HB 

•file 

007 

*L1 

NP 

HB 

FORWARD  CONTROL  CARDS 


EDIT  176 
EDIT  177 
EDIT  178 


008 


11400 


ni n j nun 


SCHEDULED  DATES  JFW00310 
FORWARD  EVENTS-FELJFW00320 


RANK  FORWARD 
PEN  LIST 
SYSTEM  OUTPUT 
FINAL  SDL  LIST 
RANK  REVERSE 
SUM.  OUTPUT  DATA 


JFW00330 

JFW00340 

JFW00350 

JFW00360 

JFW00370 

JFW00380 
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APPENDIX  A 


SAMPLE  INPUT  AND  OUTPUT  FORMATS 


Input  formats,  sample  output  formats,  and  USAF  PERT 
program  capabilities  are  illustrated  in  this  Appendix 
through  the  use  of  three  sample  networks,  a  Guidance  Sys¬ 
tem  Network,  Figure  A-l,  an  Airframe  System  Network, 
Figure  A-2 ,  and  a  Re-entry  System  Network ,  Figure  A-3 . 

Each  network  shows  three  time  estimates  above  each  ac¬ 
tivity  line  and  the  computed  te  below  the  activity  lines. 
Expected  Dates,  Latest  Allowable  Dates  and  Slack  were 
computed  individually  for  each  network.  Each  detailed 
network  was  then  summarized  to  Level  Code  A.  The  result¬ 
ing  summary  network  for  each  sample  system  is  shown  on 
the  same  page  as  the  detailed  network. 

Expected,  Latest  Allowable,  and  Scheduled  Completion 
Dates,  as  well  as  Slack,  are  shown  for  each  appropriate 
event  on  the  summary  networks. 

The  integrated  network  shown  in  Figure  A-4  is  a 
composite  of  the  summary  data  for  the  three  networks 
after  integration  by  the  computer.  A  comparison  of  Latest 
Allowable  Dates  and  Slack  values  shown  for  each  individual 
network  with  those  shown  on  the  integrated  network  will 
reveal  that  integration  has  made  a  substantial  change  in 
the  program  completion  date. 

AFSC  forms  30  and  30A  are  used  to  input  data  for 
computer  processing.  To  illustrate  these  forms  and  their 
proper  usage ,  data  from  the  Guidance  System  Network  (Fig¬ 
ure  A-l)  has  been  transferred  to  the  AFSC  Forms  30  and 
30A,  shown  as  Figures  A-5  and  A-6  respectively.  The  back 
of  AFSC  Form  30  has  been  reproduced  here  to  illustrate  the 
instructions  for  its  completion,  and  detailed  instructions 
concerning  the  use  of  the  form  are  found  in  Section  E  of 
Chapter  I  of  this  volume.  The  Form  30A  does  not  contain 
instructions. 

A  variety  of  output  reports  for  these  networks  are 
also  illustrated.  Figures  A-7  through  A-17  show,  for  the 
Guidance  Systems  Network,  all  of  the  options  available 
with  the  exception  of  the  E-L  Chart  (Weeks)  without  D’s. 
Figures  A-18  and  A-19  show  Event  Reports  by  event  number 


A-l 


sequence  for  the  detailed  Airframe  System  Network  and  Re¬ 
entry  System  Network  respectively.  Figure  A-20  shows  the 
PERT  Master  File  Report  for  the  integrated  summary  program 
network  of  Figure  A-4 ,  and  the  Event  Report  by  expected 
date  sequence  for  the  same  summary  network  is  illustrated 
in  Figure  A-21. 
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Figure  A-2 

Airframe  System  Network 
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Figure  A-4 

Integrated  Summary  Network 
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AFSC  Form  30A 
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Master  File  Report  Summary  Sheet 
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Figure  A-9 

Report  of  Updated  Activities 
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Figure  A-10 

Event  Report-Event  Number  Sequence 
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E-L  Chart  (Weeks) 
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Figure  A- 14 
E-L  Chart  (Months) 
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Activity  Report- EE- BE  Sequence 
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Activity  Report-Expected  Time  Sequence 
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Airframe  Event  Report-Event  Number  Sequence 
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Report- Event  Number  Sequence 
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APPENDIX  B 


QUESTIONS  AND  ANSWERS 

The  following  questions  and  answers  are  included  to 
supplement  the  text.  The  questions  were  selected  from 
those  asked  during  the  informal  discussion  period  of  the 
USAF  PERT  Computer  Conference  held  at  Wright-Patterson 
AFB  in  January,  1963.  Only  those  questions  which  are 
still  applicable  to  the  current  program  are  included.  The 
answers  have  been  edited  so  that  these  also  pertain  to  the 
current  program.  It  is  hoped  that  these  questions  and 
answers  might  help  emphasize  and/or  further  clarify  parts 
of  the  preceding  text. 

QUESTION;  How  do  you  specify  the  holidays  which  the 
computer  should  consider? 

ANSWER;  The  computer  will  accept  up  to  3  holidays  per 
month.  There  are  6  holidays  in  the  program  now.  One  can 
add  other  holidays  up  to  3  per  month. 

QUESTION;  Could  the  program  accommodate  a  two-week  shut¬ 
down  period  for  vacation? 

ANSWER;  The  program  does  not  presently  allow  for  this 
accommodation,  so  you  would  have  to  trick  the  program  to 
build  it  in.  You  could  accomplish  this  by  putting  in  a 
dummy  activity  for  this  two-week  vacation  period  with 
everything  leading  into  and  out  of  this  activity.  It 
would  delay  your  network  for  two  weeks.  The  calendar 
routine  might  be  modified  to  accommodate  such  a  period. 

QUESTION:  Which  programs  require  modification  to  permit 
running  of  USAF  PERT  on  a  10  tape  7090? 

ANSWER;  There  are  3  versions  of  the  program  (16,  14  or 
12  tape  version) .  A  10  tape  version  could  be  accomplish¬ 
ed  by  program  modification. 

QUESTION;  Can  ASD  provide  specific  guidance  or  assistance 
to  installations  for  modifications? 

ANSWER;  As  far  as  modifications  go,  we  will  make  them  as 
requested  by  the  PERT  Control  Board.  On  other  modifica¬ 
tions  for  individuals,  we  would  give  you  as  much  advice  as 
possible  but  will  not  make  modifications  for  specific 
individuals.  We  have  no  plans  for  anything  like  this. 


B-l 


QUESTION:  If  you  use  12,000  events  you  will  have  12,000 
activities.  Will  the  computer  process  this  data? 

ANSWER:  Yes,  since  the  program  will  accept  up  to  12,000 

events  and  up  to  12,000  activities.  However,  most  net¬ 
works  have  more  activities  than  events,  so  the  activity 
limit  of  12,000  is  usually  reached  first. 

QUESTION:  Will  the  computer  list  beginning  and  ending 

events  to  allow  checking  for  hanging  events? 

ANSWER:  We  do  not  require  that  these  be  flagged  and  hence 

could  not  distinguish  between  legitimate  beginning  and  end¬ 
ing  events  and  hanging  events.  We  felt  that  flagging  these 
would  be  a  burden  on  the  user.  Multiple  starts  and  ends 
seem  to  be  a  worthwhile  feature. 

QUESTION:  Are  completed  activities  ever  dropped  from  the 
program  by  the  new  master  file  that  is  prepared?  If  not, 
it  must  take  as  long  to  run  a  network  the  first  time  as 
the  last  when  most  activities  are  completed. 

ANSWER:  Completed  activities  are  not  automatically  dropped. 

However,  they  can  be  deleted  with  transaction  5  code. 

QUESTION:  Will  a  block  diagram  of  the  USAF  PERT  program 

be  made  available  to  users  who  wish  to  program  for  a 
different  computer? 

ANSWER:  This  manual  includes  our  flow  charts.  We  very 

seldom  draw  block  diagrams,  but  have  programmed  from  these 
written  type  descriptions. 

QUESTION:  Would  you  state  the  justification  for  using  the 
1401  in  the  system,  rather  than  running  entirely  on  the 
7090? 

ANSWER:  We  run  primarily  on  the  7090  and  use  our  1401  as 
peripheral  equipment.  It  is  used  only  for  card-to-tape  and 
tape-to-print  operations,  and  for  one  additional  routine 
which  is  the  shred-out  program.  The  shred-out  routine  is 
relatively  more  efficient  on  the  1401  than  doing  it  on  the 
7090. 

QUESTION:  What  size  1401  is  needed? 

ANSWER:  The  very  minimum  1401.  The  only  requirement  is 

that  the  1401  program  accept  five  lines  per  block  (665 
characters)  for  output.  In  the  case  of  the  1401  shred-out 
routine  two  tapes  are  needed. 
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QUESTION:  How  do  you  change  level  codes  for  summarization? 

ANSWER:  A  TC  2  code  as  described  in  the  text  can  accom¬ 
plish  this. 

QUESTION:  What  is  the  formula  for  computing  the  probabili¬ 
ty  of  positive  slack? 

ANSWER:  The  probability  of  positive  slack  is  equal  to  the 

area  under  a  normal  curve  (with  a  mean  of  zero  and  standard 
deviation  of  1)  from  minus  infinity  up  to  the  computed 
slack  value.  The  computed  slack  value  is  equal  to  the 
event's  expected  time  minus  the  event's  latest  time  divided 
by  the  square  root  of  the  sum  of  the  squares  of  the  stan¬ 
dard  deviation  associated  with  each  of  these  times. 

QUESTION:  Does  the  summary  computer  output  allow  the 

generation  of  a  summary  network  utilizing  this  computer 
information  only?  Please  describe  operation  stops  required 
to  get  printed  summary  output. 

ANSWER:  The  summary  output  program  produces  cards  that  are 

identical  to  the  regular  input  cards  to  the  program.  These 
cards  can  be  listed  on  a  1401  or  407.  You  can  integrate 
two  or  more  summary  card  decks  and  get  a  master  file,  and 
all  other  PERT  outputs  of  these  integrated  summary  networks. 
This  requires  an  additional  7090  computer  run. 

QUESTION:  Do  you  plan  to  add  the  ability  to  handle  multi¬ 

ple  networks  on  a  single  tape? 

ANSWER:  This  is  under  consideration. 

QUESTION:  How  do  you  handle  expected  completion  dates  prior 

to  the  report  date? 

ANSWER:  Expected  completion  dates  which  fall  prior  to  the 
report  date  are  not  treated  in  any  special  way.  The  dates 
are  computed  and  printed  out  in  the  event  output  as  Expect¬ 
ed  Dates  along  with  dates  falling  after  the  report  date. 

The  program  does  not  assume  an  activity  is  completed  until 
it  is  reported  completed.  If  an  activity  has  an  expected 
end  date  prior  to  the  report  date,  this  date  will  still 
print  out  with  that  activity. 

QUESTION:  Do  you  have  or  plan  to  have  a  preprinted  update 
sheet? 

ANSWER:  No.  We  will  use  the  AFSC  Form  30. 
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QUESTION:  I  assume  there  is  no  capability  for  using  a 

moving  "anchor  date"  so  that  estimates  to  complete  are 
given  on  "activities  in  progress". 

ANSWER:  There  are  no  plans  to  include  this  in  the  program. 

QUESTION:  Can  you  use  one  input  card  per  activity,  or  do 

you  have  to  use  two? 

ANSWER:  You  can  use  one  or  two.  If  you  use  activity 

nomenclature,  it  goes  in  the  second  card. 

QUESTION:  Can  you  put  a  schedule  date  on  a  terminal  event 

without  putting  it  on  the  activities  leading  into  the  event 
(for  Tl  computations)? 

ANSWER:  Yes,  this  is  entered  with  a  TC  3  code.  You  can 
enter  any  scheduled  date  with  a  TC  3  code. 

QUESTION:  Duplicate  activities  are  dropped  during  input 

validation.  If  dates  or  time  estimates  are  different  on 
the  two  cards,  which  card  will  it  accept? 

ANSWER:  It  accepts  the  first  card  and  drops  the  second 

one.  If  you  wish  to  change  the  times  on  an  activity,  use 
a  TC  2  code. 

QUESTION:  Is  the  input  validation  output  (errors)  printed 

on  line  or  on  tape? 

ANSWER:  No  error  that  doesn't  pertain  to  the  operator  is 
printed  on  line.  Diagnostic  comments  are  included  with 
the  normal  output. 

QUESTION:  If  the  beginning  event  is  16,  the  ending  event 

is  17,  and  the  critical  predecessor  is  8,  does  activity 
slack  refer  to  activity  16-17  or  8-17? 

ANSWER:  16  to  17  for  activity  slack  and  8  to  17  for  event 
slack. 

QUESTION:  Can  50,000  events  be  grouped  as  four  nets  and 

processed  via  summarization  and  reprocessed  automatically? 
ANSWER:  The  technique  of  automatically  dividing  a  large 

network,  condensing  the  divided  networks  and  then  running 
the  condensed  networks  together  and  integrating  them  as 
single  networks  is  not  available.  One  can  achieve  this 
same  result  by  doing  some  of  the  work  manually  (grouping 
the  original  network  into  smaller  ones,  etc.). 
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QUESTION;  How  is  it  mathematically  possible  to  arrive  at 
a  probability  of  1.00  for  positive  slack? 

ANSWER:  With  respect  to  a  normal  distribution  with  a 
standard  deviation  of  one,  a  normalized  slack  value  of 
greater  than  2.78  will  give  a  probability  of  1.00. 
Theoretically  we  are  off  by  perhaps  1%. 

QUESTION;  What  does  the  probability  of  positive  slack  tell 
you  that  is  meaningful?  Manager  viewpoint  rather  than 
technician. 

ANSWER;  In  the  past  we  have  concerned  ourselves  in  looking 
at  the  negative  slack.  It  gives  us  a  capability  of  looking 
at  the  other  side  of  the  coin  about  which  we  have  been  sort 
of  ignorant  in  the  past. 

ANSWER;  This  will  continue  for  sometime  to  be  a  develop¬ 
mental  problem.  Any  manager  wants  to  know  when  he  will  get 
well.  To  us  this  particular  factor  seems  to  have  been 
derived  in  an  intelligent  manner.  Better  ones,  however, 
may  replace  it.  Later  on,  I  think,  we  are  going  to  have  a 
better  feel  whether  this  is  true  or  not.  We  consider  that 
the  probability  of  positive  slack  figure  will  become  the 
most  useful  figure  available  from  PERT.  We  believe  managers 
will  progressively  want  to  have  this  figure  at  their  dis¬ 
posal  as  they  work  with  the  system.  If  this  does  not  prove 
true,  it  hasn't  cost  us  much  to  get  it. 

ANSWER;  The  probability  of  positive  slack  is  just  one 
minus  the  probability  of  negative  slack. 

QUESTION;  If  the  E-L  output  starts  at  run  date,  what  happens 
to  the  E-L  print-out  of  past  due  events? 

ANSWER:  The  E-L  Chart  starts  at  the  reporting  date.  All 
events  prior  to  this  date  or  beyond  the  limit  of  the  chart 
will  not  be  included  in  this  output. 

QUESTION;  What  is  the  essential  difference  between  a 
transaction  code  1  and  a  transaction  code  9?  If  code  1  is 
an  activity,  why  does  it  have  event  titles? 

ANSWER;  Transaction  code  1  is  for  the  initial  input  of  an 
activity  and  includes  all  information  about  it  except 
activity  nomenclature  and  associated  information.  A  9  code 
is  needed  for  this  additional  information.  Had  the  need 
for  activity  nomenclature  only  been  sufficient,  we  could 
have  included  that  in  a  1  code  instead  of  event  nomenclature. 
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QUESTION:  If  you  can  use  1  or  3  time  estimates,  how  can 
your  input  be  checked  in  these  fields  for  validity? 

ANSWER:  If  the  first  time  field  is  blank,  we  assume  a 

single  time  estimate  has  been  given;  otherwise,  we  assume 
and  make  a  check  on  the  three- time  estimates. 

QUESTION:  Are  the  completed  activities  shown  in  the  final 
output? 

ANSWER:  Yes,  if  you  don't  delete  them.  We  don't  automati¬ 

cally  throw  anything  away. 

QUESTION:  Can  Tg  and  TL  be  printed  out  in  weeks  rather 

than  dates? 

ANSWER:  They  are  printed  out  on  the  activity  output  in 

both  weeks  and  dates. 

QUESTION:  Can  scheduled  dates  be  entered  as  elapsed  times 

from  base  time  rather  than  dates? 

ANSWER:  No,  a  scheduled  date  must  be  entered  as  a  date. 

QUESTION:  Can  completions  be  removed  from  the  master  tape 

as  of  Time  Now?  This  would  reduce  7090  time  and  voluminous 
printout  paper,  especially  near  the  end  of  the  program. 
ANSWER:  You  have  to  delete  them  yourself.  We  do  not  do 

them  automatically. 

QUESTION:  Do  you  have  to  put  transaction  code  5  ahead  of 

other  transaction  codes  when  updating? 

ANSWER:  No,  That  was  so  on  our  other  program  but  not  on  this 
program.  They  can  be  inserted  anywhere. 

QUESTION:  Exactly  what  events  are  printed  when  a  loop  is 

discovered? 

ANSWER:  All  events  in  the  loop  are  now  printed  out. 

QUESTION:  One  of  the  basic  considerations  in  using  or  not 
using  any  particular  computer  program  is  economics.  Do 
you  have  any  information  or  actual  experience  comparing 
USAF  PERT  running  time  vs.  running  time  for  other  PERT 
programs? 

ANSWER:  We  can  compare  it  to  our  old  program  which  we  have 
used  over  a  year.  The  new  program  runs  approximately  twice 
as  fast  as  the  old  program.  Better  Sort  Routines,  the  use 
of  IOCS  and  9PAC  systems  were  major  contributions  to  this 
increased  speed.  We  process  about  300  activities  per 
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minute.  Hardly  any  program  does  exactly  the  same  thing, 
so  it  is  hard  to  accurately  compare  times  with  other 
programs. 

QUESTION;  Are  there  any  problems  in  making  simulated  runs 
without  destroying  the  original  network? 

ANSWER:  No,  all  you  have  to  do  is  not  keep  the  update 
master  file,  but  retain  the  old  master  file  which  will  not 
be  touched. 

QUESTION;  The  handbook  says  the  Base  Date  is  1  July  1945, 
in  the  BDOT  routine;  therefore,  is  it  not  the  same  as  the 
START  date? 

ANSWER;  In  the  programming  section  of  the  manual  we  talked 
about  the  base  date  for  this  particular  routine.  This 
is  not  the  Base  Date  we  have  been  talking  about  today.  We 
reestablished  a  Base  Date  through  this  routine  as  the  one 
given  in  the  initial  card  (Start  Date) . 

QUESTION;  What  if  Saturdays  are  legal?  What  happens  if 
you  work  six  days  a  week? 

ANSWER;  We  don't  print  out  on  Saturday.  For  example, 
when  the  28th  comes  on  Saturday,  we  print  out  27  as  the 
day.  No  provision  is  made  for  eliminating  only  Sunday 
anti  keeping  Saturday. 

QUESTION;  When  a  time  (TE,  TL)  falls  on  a  weekend  or 
holiday,  which  way  does  the  program  change  the  date? 

ANSWER;  If  the  time  converted  to  a  date  falls  on  December 
25th  the  program  will  print  out  the  24th  of  December. 

QUESTION;  We  do  not  use  IBSYS  monitor.  Will  USAF  PERT 
be  available  as  a  self-contained  self-load  package? 

ANSWER;  Presently,  it  isn't.  I  don't  know  the  problems 
involved,  but  I  cannot  see  an  advantage  to  a  self-contained 
self-load  package.  However,  the  program  could  be  consid¬ 
ered  a  self-contained  self-load  package  by  using  two 
program  types;  one  being  the  PERT  program  and  the  other 
the  IBSYS  program  type. 

QUESTION;  Is  SSD  tied  into  USAF  PERT? 

ANSWER;  SSD  does  not  have  a  PERT  staff  or  office  as  large 
as  the  other  divisions.  The  COMSAT  program  is  a  new  pro¬ 
gram  that  will  be  coming  out  and  we  intend  to  use  USAF 
PERT  on  this.  The  TITAN  III  PERT  Cost  System  is  not  wholly 
consistent  with  the  DOD/NASA  Guide.  It  was  in  existence 
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before  the  Guide  was  agreed  to  and  published;  and  for  this 
reason,  we  permitted  it  to  continue  in  this  manner,  attempt¬ 
ing  to  make  it  as  compatible  with  the  Guide  as  possible. 

It  may  be  expected  that  SSD  will  use  USAF  PERT  on  other 
systems. 

QUESTION;  As  a  small  contractor,  how  should  you  plan  to 
furnish  a  PETIT  network  so  that  it  will  be  compatible  with 
USAF  PERT?  I  am  talking  about  small  contractors  with  small 
computers . 

ANSWER:  We  would  like  to  discuss  the  use  of  different  com¬ 

puters  and  also  the  questions  of  switching  from  PERT  I  to 
USAF  PERT  piece  by  piece.  I  think  we  could  give  you  a 
better  answer  later. 

QUESTION;  What  coordination  exists  between  the  Navy 
Dahlgren  PERT  Cost  effort,  the  NASA  PERT  Cost  and  USAF 
PERT  Cost  effort  toward  establishing  one  common  PERT  Cost 
system? 

ANSWER;  You  should  be  reassured  that  these  kinds  of  matters 
are  coming  up  in  the  PERT  Cost  Technical  Subgroup  of  the 
PERT  Coordinating  Group  of  the  OSD.  The  coordination  is 
improving  all  the  time,  and  I  think  some  policy  will  be 
forthcoming  that  will  help. 

QUESTION;  What  policy  does  AFSC  feel  will  be  adapted  as 
applied  to  cost  of  PERT  implementation?  Is  this  to  continue 
as  a  direct  charge  to  the  contract? 

ANSWER;  I  think  we  had  better  consider  the  environment  and 
purpose  of  PERT  and  PERT  Cost.  These  are  devices  to  improve 
management.  There  is  widespread  agreement  in  the  Government 
that  this  kind  of  cost  is  closely  associated  with  doing  busi¬ 
ness.  We  are  aware  that  you  have  to  periodically  modernize 
your  EDP  equipment  as  well  as  your  management  information 
systems.  At  this  time  the  Air  Force  does  not  plan  to  carry 
a  line  item  in  the  budget  for  the  cost  of  PERT.  We  consider 
that  we  are  buying  management  from  the  contractors  and  that 
one  of  their  costs  of  doing  business  is  the  modernizing  of 
machines  and  management  systems.  We  are  including  provi¬ 
sions  in  our  pilot  tests  of  PERT  Cost  to  accumulate  the 
actual  direct  costs  of  the  PERT  Cost  system. 

QUESTION;  How  long  do  you  think  it  will  be  before  Industry 
can  operate  on  a  single  PERT  requirement  and  technique  im¬ 
posed  by  the  Government? 
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ANSWER;  I  would  not  estimate;  OSD  and  the  three  Services 
with  NASA  have  been  working  very  hard  to  prevent  making  the 
same  mistakes  that  were  perhaps  made  in  the  past.  We  are 
establishing  milestones  in  the  Coordinating  Group,  such  as 
achieving  uniformity  of  output,  examining  the  input  data 
and  looking  at  product  improvement  procedures  for  the 
future.  It  is  an  important  thing  that  the  Government 
agencies  are  coming  together  and  this  portends  great  good 
for  the  future. 

QUESTION;  Will  you  describe  briefly  the  major  impact  PERT 
Cost  has  on  PERT  Time? 

ANSWER ;  I  think  there  are  several.  First,  the  advent  of 
the  work  breakdown  structure  is  very  useful  in  PERT  Time 
as  well  as  PERT  Cost.  Most  people  now  agree  that  in  any 
program  the  first  step  is  to  develop  a  work  breakdown 
structure  and  then  draw  the  network.  Second,  in  PERT  Cost 
the  networks  have  activity  orientation  as  well  as  event 
orientation.  Although  PERT  Time  was  heading  this  way,  it 
has  been  emphasized  by  PERT  Cost.  Lastly,  in  drawing 
networks  you  must  include  all  of  the  cost  generating 
activities.  This  doesn't  give  you  a  direct  effect  on 
PERT  Time,  but  it  will  get  you  in  the  habit  of  drawing 
networks  that  are  more  complete  and  cover  a  larger  portion 
of  the  work. 

ANSWER:  Also  included  in  that  list  should  be  the  effect 
of  using  schedules  in  PERT  Time.  The  use  of  schedules  in 
PERT  Cost,  rather  than  expected  times,  should  be  reflected 
in  an  increased  use  of  schedules  in  many  applications  of 
PERT  Time. 

QUESTION:  Will  DOD  establish  a  basic  list  of  reporting 
milestones  which  will  be  standard  as  to  nomenclature, 
definition  and  evidence  of  completion? 

ANSWER:  We  are  asking  DOD  the  same  question.  They  have 
an  RDT&E  study  group  working  on  this  problem.  We  have 
indicated  as  an  objective  a  network  type  approach  to  their 
various  decisions,  and  the  naming  of  general  or  standard 
milestones  which  will  be  looked  at  by  each  level  of 
management. 

QUESTION:  What  will  be  the  attitude  of  USAF  or  DOD  toward 
primes  using  a  computer  program  other  than  USAF  PERT  but 
with  similar  output  capability? 


B-9 


ANSWER:  We  are  moving  toward  a  uniformity  of  outputs  from 
both  PERT  Time  and  PERT  Cost.  We  will  probably  see  the 
Government  impose  standard  requirements  for  outputs  regard¬ 
less  of  the  type  of  computer  which  the  contractor  will  use. 
In  the  meantime  we  should  make  it  clear  that  although  we 
are  going  to  encourage  the  adoption  of  USAF  PERT  within 
industry,  there  is  no  intention  to  require  it  across  the 
board  at  this  time. 

ANSWER:  If  we  standardize  the  output,  we  will  see  a  number 

of  different  computer  programs  which  will  still  produce  the 
output.  DOD  of  course  will  have  to  look  at  a  Department¬ 
wide  policy  on  how  we  are  going  to  accept  programs  for 
various  makes  of  computers.  We  cannot  limit  PERT  to  one 
computer  program  since  not  everyone  will  have  the  same 
type  of  computer.  Although  several  organizations  are 
writing  programs  for  the  same  computer,  there  is  such  a 
good  exchange  of  ideas  we  may  end  up  with  programs  that 
are  almost  identical. 

QUESTION:  Many  companies  cannot  afford  or  profitably  use 

a  7090  for  USAF  PERT.  Will  the  Air  Force  sponsor  research 
for  small  computer,  multi-pass  programs? 

ANSWER:  If  a  company  can't  process  its  own  data,  one  of 

our  own  Divisions  will  process  it  for  them  on  the  Air  Force 
computers.  As  to  sponsoring  writing  of  additional  computer 
programs,  we  have  dollar  restrictions.  At  the  present  time 
we  have  no  plans  to  write  a  program  for  any  other  machines 
than  those  we  use  ourselves.  The  Air  Force  does  have 
computers  other  than  the  7090  which  we  may  want  to  use. 

In  these  cases  we  will  no  doubt  make  the  effort  necessary 
to  write  another  program.  Obviously,  other  computer 
companies  will  write  computer  programs,  and  there  are  sever¬ 
al  programs  along  the  same  lines  we  are  discussing  here. 

QUESTION:  How  does  ASD  feel  about  use  of  PERT  techniques 

for  small  production  runs  -  a  network  showing  multiple  end 
events  such  as  delivery  of  Model  Serial  #1,  #2,  #3,  etc.? 
ANSWERS :  We  have  done  some  thinking  on  production.  We 
have  looked  at  repetitive  type  work,  and  so  have  other 
people.  One  application  which  might  be  mentioned  is  missile 
site  activation.  The  BSD  site  activation  programs  do  have 
repetitive  operations  and  have  set  up  a  standard  network 
for  a  missile  site  operation.  Thus,  when  you  put  in  a 
squadron  of  missiles  you  can  use  the  same  network,  even 
with  the  same  event  numbers,  and  code  the  networks  to  keep 
track  of  the  same  activities  going  on  at  different  sites 
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at  the  same  time.  Similarly,  we  can  see  that  there  are 
applications  on  small  production  runs  where  you  could  do 
this.  Particularly  where  there  are  a  small  number  of 
high  value  items,  such  as  in  the  RS-70  where  there  are 
three  aircraft,  it  is  straightforward  to  draw  a  single 
network  for  each  one  of  these  aircraft.  Beyond  such 
application,  the  only  thinking  we  have  done  shows  that 
obviously  you  can  draw  networks  which  include  as  events, 
delivery  of  item  1,  delivery  of  lot  1,  or  delivery  of 
lot  2.  We  have  not  gone  much  further  than  that. 

ANSWER:  The  DOD  has  established  a  group  similar  to  the 

PERT  Coordinating  Group  to  look  at  the  Line-of-Balance 
technique,  and  part  of  their  charter  is  the  development 
of  a  uniform  technique  or  system  for  monitoring  the  pro¬ 
duction  phase  of  weapon  system  acquisition.  We  have  come 
up  with  a  similar  concept  on  Line-of-Balance  with  cost, 
and  you  will  be  hearing  more  about  this  in  the  future. 
ANSWER:  Operation  of  PERT  is  the  same.  We  feel  it  is 

excellent  for  once-through  work.  We  feel,  at  this  point, 
that  more  efficient  means  may  be  found  where  repetitive 
work  is  being  done.  We  will  not  see  PERT  Cost  or  PERT 
Time  as  it  looks  today,  being  used  in  the  production  phase 
without  some  modification.  We  do  expect  rewarding  results 
to  follow  from  the  techniques  which  the  DOD  Committee  has 
just  set  up.  The  production  flow  charts  become  the  net¬ 
works,  and  we  will  be  surprised  if  they  do  not  resemble 
PERT  Cost  networks. 

ANSWER:  You  cannot  change  the  cost  reporting  principles 
as  you  go  into  production  from  research  and  development. 

QUESTION:  Do  you  consider  PERT  a  system  in  itself  or  just 
a  part  of  the  total  management  system,  or  both? 

ANSWER:  PERT  can  be  considered  a  system  in  itself,  but  it 

must  be  used  as  a  part  of  the  over-all  management  system 
if  maximum  benefit  is  to  be  derived  from  its  use.  PERT 
Time  and  PERT  Cost  should  be  integrated  with  the  other 
aspects  of  management.  The  three  basic  parameters  which 
a  manager  must  consider  are  time,  cost  and  product  per¬ 
formance.  Decisions  cannot  be  made  on  time  alone  or  time 
and  cost  alone  without  affecting  the  performance  of  a 
product.  In  the  case  of  a  weapon  system  development 
program,  if  the  cost  of  the  development  program  must  be 
reduced,  usually  it  can  be  accomplished  only  by  reducing 
the  performance  of  the  weapon  to  be  developed.  Therefore, 
PERT  can  provide  part  of  the  information  a  manager  needs 


B-ll 


in  evaluating  alternatives,  but  it  cannot  be  treated  as 
an  independent  system. 


QUESTION:  What  actual  practical  experience  has  anyone  had 
in  the  application  of  PERT  Cost  to  the  area  of  raw  material 
cost  at  the  low  level  functional  work  package  (cost  center)? 
Specifically,  how  are  normal  total  contract  buys  charged  to 
each  specific  task?  If  this  is  merely  allocated,  does  this 
dilute  the  prime  purpose  of  better  cost  control? 

ANSWER:  The  only  practical  experience  in  the  area  of  raw 

materials  handling  as  far  as  ASD  is  concerned  has  been  on 
the  TFX.  The  plan  is  to  use  material  summary  items  at  a 
low  level  in  the  work  breakdown  structure.  When  contract 
buys  are  made  for  different  types  of  material  the  expendi¬ 
ture  will  be  reported  against  a  material  summary  item.  For 
the  purpose  of  showing  in  the  PERT  Cost  reports  the  actual 
expenditure  funds  as  the  material  is  used,  charges  against 
work  packages  will  accomplish  a  transfer  of  funds  to  the 
proper  work  breakdown  item.  This  procedure  is  the  most 
practical  suggested  to  date  to  get  the  expenditure  of  funds 
into  the  PERT  Cost  reports  at  an  early  date. 

QUESTION:  Does  the  program  allow  for  unreported  events; 

i.e.,  events  which  should  have  happened  by  the  report  date 
but  are  neither  reported  as  happened  nor  given  new  estimat¬ 
ed  date?  Print-out  on  E-L  chart  would  present  a  problem, 
for  example. 

ANSWER:  The  USAF  PERT  Program  has  been  written  to  report 

an  event  accomplished  only  when  all  activities  leading  into 
that  event  have  been  reported  as  accomplished.  The  fact 
that  the  event  date  is  prior  to  the  reporting  date  does  not 
automatically  convert  the  event  to  the  accomplished  category. 
The  program  continues  to  carry  this  event  without  indication 
of  accomplishment.  However,  the  E-L  graph  does  present  a 
problem,  in  that  the  events  scheduled  to  occur  prior  to  the 
reporting  date  will  not  appear. 

QUESTION:  How  do  you  by-pass  chronological  clock? 

ANSWER:  By  punching  a  one  (1)  in  column  23  of  the  initial 

card.  However,  it  is  not  necessary  to  by-pass  this.  The 
date  can  be  entered  by  IBSYS  control  card  (date  card) . 

QUESTION:  What  are  off-line  report  printing  specifications? 
ANSWER:  The  output  is  blocked  5  lines  per  block.  (Each  line 
is  138  characters  or  less;  132  characters  of  these  are  print 
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information,  and  one  is  an  end  of  record  mark,  and  the 
other  5  are  blank.)  Any  print  routine  for  a  minimum 
1401  will  print  this  providing  that  it  takes  care  of  the 
blocking. 

QUESTION;  Is  there  a  reduced  activity  event  capacity 
which  uses  only  12  tapes  in  normal  operation? 

ANSWER;  No. 

QUESTION;  Can  you  mark  classification  on  output  sheets? 
ANSWER;  We  use  premarked  classified  paper.  This  paper  is 
available  on  the  market. 

QUESTION;  Can  the  program  be  changed  to  work  on  the  IBM 
704  or  IBM  7044? 

ANSWER;  I  believe  this  would  be  difficult  and  would 
involve  extensive  reprogramming. 

QUESTION;  If  USAF  PERT  were  written  in  Fortran  there 
wouldn't  be  any  problem  running  on  other  computers;  is 
any  consideration  being  given  to  changing  from  IBSYS  FAP 
to  Fortran? 

ANSWER;  We  considered  Fortran  but  decided  that  it  was  not 
advisable  to  program  PERT  in  Fortran  because  of  the  result¬ 
ing  reductions  in  program  capacity. 

QUESTION:  Can  USAF  PERT  be  run  on  an  IBM  7094  under  Fortran 

III  FAP  monitor?  What  changes  would  be  necessary? 

ANSWER;  PERT  can  be  run  on  a  7094  under  IBSYS  but  not  un¬ 
der  Fortran  FAP  monitor. 

QUESTION:  Can  USAF  PERT  be  run  with  disk  file  storage? 

What  changes  would  be  necessary? 

ANSWER;  Changing  from  tape  storage  to  disk  storage  would 
require  very  few  changes,  if  any,  according  to  IBM  techni¬ 
cal  representatives  and  IBM  literature. 

QUESTIONS ;  If  the  report  date  is  not  of  significance  to 
a  run,  what  do  you  do  about  an  activity  which  was  scheduled 
for  and  capable  of  starting  prior  to  run  date  (all  prede¬ 
cessors  have  been  completed)?  If  no  activity  is  assumed 
started  until  reported  so,  how  will  the  program  know  the 
activity  should  have  been  reported  and  is  now  overdue,  and 
how  will  you  reflect  this  slippage  in  your  expected  pro¬ 
ject  finish  date? 
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ANSWER:  The  report  date  is  of  significance  in  the  run. 

We  identify  and  suspend  such  activities  in  relation  to  the 
as  of  date  of  the  report  when  such  action  is  required. 

QUESTION:  Is  this  program  written  for  a  16K  8  tape  AB&C 

channels  7090  or  7040? 

ANSWER:  The  program  is  for  a  32K  12  to  16  tape  7090  with 

two  data  channels  and  on-line  printer. 

QUESTION:  Can  several  networks  or  projects  be  integrated 

into  one  network? 

ANSWER:  Yes. 

QUESTION:  What  is  a  duplicate  activity? 

ANSWER:  Duplicate  activities  are  two  activities  that  have 

the  same  beginning  and  ending  event  numbers. 

QUESTION:  Will  several  inputs  be  accepted  on  the  same  run 

for  the  same  activity  if  the  transaction  codes  are  different? 
ANSWER:  Yes. 

QUESTION:  Does  the  1401  sort  actually  re-sequence  items 

or  only  select  from  the  list  sequence? 

ANSWER:  The  shred-out  routine  only  selects  from  the  list 

sequence . 
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CHANGES  AND  CORRECTIONS  TO  THE  USAF  PERT  PROGRAM 

Since  the  release  of  the  Computer  Program  Handbook, 
AFSC  PERT  III,  in  December,  1962^,  the  following  changes 
and  corrections  have  been  made  and  are  now  included  in  the 
USAF  PERT  TIME  program.  These  changes  have  been  included 
in  this  volume. 

1.  A  transaction  code  of  2  (TC  equals  2)  can  be  used 
to  change  interface  flags  and/or  level  codes.  If 
columns  5,  14,  15  and  24  are  blank,  nothing  is  done 
to  the  interface  flags  or  level  codes.  A  zero  in 
any  one  of  these  columns  will  delete  the  corres¬ 
ponding  interface  flag  or  level  code.  An  "I"  in 
columns  5  or  15  will  add  an  interface  flag  for  the 
corresponding  event.  To  change  an  interface  flag 
or  level  code,  this  2  code  must  contain  the  same 
activity  as  was  used  initially  to  establish  a  new 
interface  flag  and/or  level  code.  If  the  level  code 
or  interface  flag  was  assigned  to  an  event  more  than 
once,  a  2  code  must  be  used  with  each  activity  that 
contained  the  flag  or  code. 

2.  A  transaction  code  of  6  (TC  equals  6)  is  used  to  add 
an  actual  date  and  if  desired  to  add  a  title  to  the 
beginning  event  of  the  network.  The  date  must  be 
later  than  the  start  date  of  the  system.  If  only 
the  event  title  is  to  be. added,  a  TC  3  code  should 
be  used.  The  only  information  which  a  TC  6  card 
needs  is  the  event  number  in  columns  16-23,  the  ac¬ 
tual  date  in  the  date  field  (columns  37-42)  and  if 
included,  the  title  in  columns  44-78  together  with 

a  "6"  in  column  1. 

3.  When  a  level  code  is  give  to  an  event,  it  will  appear 
with  that  event  each  time  the  event  appears  in  the 
event  outputs  and  the  E-L  chart.  But  in  the  activity 
outputs  and  master  file  report,  it  will  print  only 
with  the  activity  that  it  appeared  with  on  the  input 
card.  This  does  not  affect  computations  in  any  way. 


4.  In  the  master  file,  the  headings  PREC  EVENT  and  SUCC 
EVENT  now  print  as  BEGINNING  EVENT  and  ENDING  EVENT. 

5.  The  heading  EVENT  NOMENCLATURE  has  been  changed  to 
EVENT  TITLE  in  the  event  output  and  master  file  re¬ 
port  . 

6.  When  ERROR  is  printed  in  the  slack  column  of  the 
event  and/or  activity  output,  nothing  is  printed  in 
the  latest  date  and/or  latest  end  time-date  columns. 
The  date  that  previously  was  printed  had  no  meaning. 
Also  in  the  E-L  chart,  when  the  slack  is  in  error, 
the  line  reserved  for  the  latest  date  is  omitted. 

7a.  Vertical  columns  of  periods  are  printed  at  5  week 
intervals  on  the  E-L  chart  to  aid  in  reading  the 
output . 

b.  An  option  to  delete  the  D' s  from  the  chart  has  been 
added. 

c.  An  E-L  chart  by  months,  extending  from  the  report 
date  to  84  months,  is  now  available. 

8.  The  ACTIVITY  TITLE  and  the  activity  associated  infor¬ 
mation  fields  are  now  printed  together  in  the  master 
file  without  any  spaces  between  them. 

9.  When  an  event  is  given  an  interface  flag  (I) ,  this 

is  printed  out  immediately  preceding  the  event  number 
in  all  event  outputs. 

10.  When  the  scheduled  date  option  is  selected  for  a 
scheduled  date,  an  asterisk  is  printed  immediately 
preceding  the  scheduled  date  in  both  the  event  and 
activity  outputs.  The  scheduled  date  then  becomes 
one  of  the  constraints  in  computing  the  latest  date. 
It  will  not  necessarily  be  the  constraining  time. 

11.  When  the  activity  expected  date  or  the  end  event  ex¬ 
pected  date  is  an  actual  date,  an  "A"  will  precede 
it  on  the  activity  report. 
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The  following  four  items  refer  to  the  summary  output  option 

12.  The  summary  output  routine  computes  and  punches  three 
time  estimates  for  each  of  its  activities.  These 
time  estimates  are  computed  from  a  single  time  esti¬ 
mate  E  and  a  standard  deviation  S.  The  optimistic 
time  equals  (E  -  3S)  and  the  pessimistic  time  equals 
(E  +  3S) .  When  the  value  (E  -  3S)  defined  above  is 
negative  the  optimistic  time  is  set  to  zero  and  the 
pessimistic  time  is  set  to  2E.  The  possibility  of  a 
negative  time  was  previously  overlooked  and  caused 

an  error. 

13.  All  events  with  scheduled  dates  and  with  the  sched¬ 
uled  date  option  selected  are  included  in  the  summary 
network . 

14.  A  new  date  routine  is  now  in  the  program. 

15.  The  output  from  the  summary  routine  includes  event 
titles. 
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GLOSSARY  OF  SYMBOLS,  STANDARD  ABBREVIATIONS,  AND  TERMS 

SYMBOLS 

A  =  An  abbreviation  for  TA  used  in  graphic  reports, 

a  =  Optimistic  time  estimate  for  an  activity, 

b  =  Pessimistic  time  estimate  for  an  activity. 

BE  =  Beginning  event. 

DPA  =  Designated  Processing  Agency. 

E  =  An  abbreviation  for  used  in  graphic  reports. 

EE  =  Ending  event. 

L  =  An  abbreviation  for  T^  used  in  graphic  reports. 

LC  =  Level  code. 

m  =  Most  likely  time  estimate  for  an  activity. 

S  =  An  abbreviation  for  Tg  used  in  graphic  reports. 

S£  -  Earliest  completion  date  for  an  activity. 

Sl  =  Latest  completion  date  for  an  activity. 

SP  =  Short  path  flag. 

SPO  =  System  Program  Office. 

TA  *  Actual  date  on  which  an  event  occurs  or  an  activity 
is  completed. 

Tj)  ■  Directed  date  for  an  event. 

TE  =  Expected  date  for  an  event  (based  on  te) . 
te  «  Expected  elapsed  time  for  an  activity. 
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Latest  allowable  date  for  an  event  (based  on  t^), 

Scheduled  elapsed  time  for  an  activity. 

Scheduled  completion  date  for  an  activity  or 
event. 

(sigma)  Mathematical  symbol  for  standard  deviation. 
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STANDARD  ABBREVIATIONS 


Following  is  a  recommended  list  of  abbreviations  in¬ 
tended  for  use  in  describing  events  and  activities  in  PERT 
networks.  The  list  is  compatible  with  and  includes  the 
more  common  abbreviations  extracted  from  AFM  11-2  "Air  Force 
Manual  of  Abbreviations." 


WORD 

ABBREVIATION 

Accept, 

Acceptance 

acc 

Acceptance 

Test 

acc  tst 

Acceptance 

Test 

Procedure 

acc  tst  procd 

Acceptance 

Test 

Specification 

acc  tst  spec 

Activity 

acty 

Activation 

activ 

Actuator 

actr 

Acquisition 

acqn 

Aerospace 

Ground 

Equipment 

AGE 

Aerospace 

Vehicle 

Equipment 

AVE 

After 

aft 

Air  Force 

AF 

WORD 

ABBREVIATION 

Air  Force 
Logistics 
Command 

AFLC 

Air  Force 

Plant 

Representative 

AFPR 

Air  Force 
Systems 

Command 

AFSC 

Air  Force 
Manual 

AFM 

Air  to  Air 

A/A 

Air  to  Ground 

A/G 

Air  Training 
Command 

ATC 

Airborne 

Intercept 

AI 

Airborne 

Missile 

Control  System 

AMCS 

Airborne 

Support 

Equipment 

ASE 

Aircraft 

A/C 

Alternating 

Current 

AC 
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WORD 

ABBREVIATION 

Alternator, 

Alternate 

altn 

Altitude 

alt 

Analysis, 

Analyze, 

Analyzer 

anlys 

Annex 

anx 

Antenna 

ant 

Approval, 
Approve , 
Approved 

appr 

Approximate 

aprx 

As  semble , 
Assembly 

asbly 

Assembly 

Drawing 

asbly  dwg 

Authenticate, 

auth 

Authenticated 

Authority 

t 

Authorized 

authzd 

Automatic 

auto 

Automatic 

Frequency 

Control 

AFC 

Auxiliary 

aux 

Auxiliary 

Power 

Supply 

APS 

WORD 

ABBREVIATION 

Auxiliary 

Power 

Unit 

APU 

Available 

avail 

Award, 

Awarded 

awd 

Battery 

btry 

Beacon 

ben 

Bearing 

brg 

Begin 

Wn 

Block 

blk 

Block  House 

BH 

Board 

bd 

Bomb- 

Navigation 

B/N 

Bottom 

bot 

Branch 

brch 

Bread  Board 

BB 

Building 

bldg 

Bundle 

bdl 

Cables 

ca 

Calibration 

calbr 

Captive  Dummy 
Missile 

CDM 
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WORD 


ABBREVIATION 


WORD 


ABBREVIATION 


Captive 

Electrical 

Missile 

CEM 

Captive 

Mechanical 

Missile 

CMM 

Category 

cat 

Cathode 

Ray  Tube 

CRT 

Checkout 

C/0 

Circuit 

ckt 

Clear 

clr 

Command 

Receiver/ 

Reply 

Transmitter 

CR/RT 

Communication 

comm 

Complete 

C 

Contract 

contr 

Contract 

Technical 

Compliance 

Inspection 

CTCI 

Control 

ctl 

Delivery 

dlvr 

Design 

dsgn 

Development 

Engineering 

Inspection 

DEI 

Drawing 

dwg 

Electric 

elec 

Electronic 

Counter 

Measure 

ecm 

Electronic 

Data 

Processing 

EDP 

Electronics 

elct 

Emplacement 

empl 

Engine 

eng 

Engineer, 

Engineering 

engr 

Equipment 

eqp 

Estimated 

Time  of 
Completion 

etc 

Field 

fid 

Fiscal  Year 

fy 

Forward 

fwd 

Freight 

frt 

Frequency 

Modulation 

FM 

From 

frm 

Functional 

fn 

Generator 

gen 

Ground 
Electronics 
Engineering  & 
Installations 
Agency 

GEEIA 
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WORD 

ABBREVIATION 

Ground 
to  Air 

G/A 

Ground  Zero 

gz 

Guidance 

guid 

Guided 

Aircraft 

Missile 

gam 

Guided 

Aircraft 

Rocket 

gar 

Guided 

Launch 

GL 

Hardstand 

hs 

Hardware 

hrdw 

Heavy 

hvy 

High 

Frequency 

HF 

Home  on 
Jamming 

HOJ 

Human 

Factors 

HFac 

Hydraulic 

hyd 

Hydraulic 
Power  Unit 

hpu 

Identifica¬ 
tion  Friend 
or  Foe 

IFF 

In  Accordance 
With 

iaw 

WORD 

ABBREVIATION 

Infrared 

IR 

Initiate 

init 

Inspection 

insp 

Installation, 

Install 

instl 

Instrumenta¬ 

tion 

instrum 

Integrate- 

Assemble- 

Checkout 

IAC 

Integration 

int 

Interim 

Missile 

Auxiliaries 

IMA 

Intermediate 

Frequency 

IF 

Jet-Assisted 

Take-off 

Jato 

Light 

It 

Liquid 

liq 

Logistic 

log 

Logistic 

Support 

Manager 

LSM 

Machine 

mach 

Maintenance 

Bench 

MB 

Man  Hours 

Man  hr 
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WORD 

ABBREVIATION 

Management 

mgt 

Manager 

mgr 

Manufacture, 

Manufacturing 

mfg 

Masonry 

msry 

Master  MEAL 

Equipment 

Allowance  List 

Material 

matl 

Material 
Release  Order 

MRO 

Megacycle 

me 

Memorandum 

memo 

Missile 

msl 

Missile 

Internal 

Power  Supply 

MIPS 

Missile  Power 
Unit 

MPU 

Missile 

Tracker 

MT 

Modification 

mod 

Motor 

mtr 

Motor  Case 

me 

Nomenclature 

nomen 

Nozzle 

noz 

WORD 

Number 

nr 

Operating 

Location 

ol 

Package 

pkg 

Periodic 

perdc 

Personnel 

pers 

Phase 

ph 

Plan 

pin 

Planning 

ping 

Power 

pwr 

Preliminary 

prel 

Prepare 

prep 

Presentation 
&  Control 
System 

PCS 

Primary 

prim 

Printout 

P/0 

Priority 

prior 

Procedure 

proed 

Procure , 
Procurement 

proc 

Production 

pdn 

Program 

prog 

Programmed 
Launch  Missile 

PLM 
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WORD 

ABBREVIATION 

Propellant 

propl 

Property 

ppty 

Proposal 

prop 

Propulsion 

prpln 

Provision 

prov 

Publication 

pub 

Pulse 

Doppler 

PD 

Purchase 

Order 

PO 

Qualifica¬ 
tion,  Qualify 

qual 

Radio 

rdo 

Radio 

Frequency 

RF 

Range 

rg 

Receive 

rev 

Recommend 

remd 

Re-Entry 

Vehicle 

REV 

Release 

rel 

Reliability 

relia 

Request  for 
Quotation 

RFQ 

Requirement 

requ 

WORD 

ABBREVIATION 

Requisition 

rqn 

Research 

rsch 

Review 

rev 

Runway 

rnwy 

Schedule 

sched 

Security 

sec 

Seeker 

skr 

Segment 

seg 

Shipment 

shpmt 

Special  List 
of  Equipment 

Sloe 

Specification 

spec 

Staging  Area 

Stg  ar 

Standard 

std 

Standard 

Nomenclature 

List 

snl 

Start 

S 

Storage 

stg 

Strategic 

Air  Command 

SAC 

Subcontractor 

Start 

SS 

Submit 

subtil 

0-8 


WORD 

ABBREVIATION 

Substitute 

subst 

Subsystems 

subs 

Super 

Charger 

sup  chg 

Surface-to- 

Air-Missile 

sam 

System 

sys 

System- 

Analysis 

SA 

System 

Auxiliaries 

saux 

System  Lab 

SL 

System  Test 

ST 

Tactical 

Air  Command 

TAC 

Tactical 

Missile 

tm 

Tactical 

Test 

Equipment 

TTE 

Technical 

tech 

Technical 

Bulletin 

TB 

Technical 

Manual 

TM 

Temporary 

tmpry 

Tentative 

tntv 

WORD 

ABBREVIATION 

Training 

tng 

Transmit 

xmit 

Truck 

trk 

Vehicle 

veh 

Verify 

vfy 

Visual 

vis 

Warehouse 

whse 

Weapon 

wpn 

Wing 

wg 

Year 

yr 

Zone 

Z 
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TERMS 


Activity 

A  work  effort  of  a  program  which  is  represented  on  a 
network  by  an  arrow.  An  activity  may  also  simply  represent 
a  connection  or  interdependency  between  two  events  in  the 
network.  An  activity  cannot  be  started  until  the  event 
preceding  it  has  occurred. 

Activity  Report 

A  printout  listing  activities  and  related  data  by 
activity  (EE-BE) ,  activity  expected  end  time  and/or  acti¬ 
vity  slack,  depending  on  the  code  placed  in  Column  80  of 
the  initial  input  card. 

Activity  Slack  (See  Slack . ) 

Actual  Date  (T&) 

The  calendar  date  on  which  an  event  occurred  or  an 
activity  was  completed.  This  date  must  not  be  later  than 
the  report  date  and  the  beginning  event  must  have  occurred. 

Beginning  Event  (BE)  (Predecessor  Event) 

An  event  which  signifies  the  beginning  of  one  or  more 
activities  on  a  network. 

Completion  Date  (See  Actual  Date.) 

Constraint 


The  relationship  of  an  event  to  a  succeeding  activity 
wherein  an  activity  may  not  start  until  the  event  preceding 
it  has  occurred.  The  term  "constraint"  is  also  used  to 
indicate  the  relationship  of  an  activity  to  a  succeeding  event 
wherein  an  event  cannot  occur  until  all  activities  prece¬ 
ding  it  have  been  completed. 


D-10 


Critical  Path 


That  particular  sequence  of  events  and  activities  in  a 
path  that  has  the  greatest  negative  or  least  positive  slack; 
therefore,  the  longest  path  through  the  network. 

Critical  Predecessor 


The  event  which  immediately  precedes  the  event  under 
consideration  on  the  most  time-consuming  path  leading  to 
that  event. 

Dangling  Event 

Any  event  other  than  the  start  or  end  events  that  has 
either  no  predecessor  or  no  successor. 

Designated  Processing  Agency 

The  military  or  civilian  computer  facility  which  pro¬ 
cesses  the  program  data. 

Detail ed  Network 


A  network  which  reflects  activities  at  the  lowest  level 
of  the  program  breakdown.  Detailed  networks,  while  remaining 
an  operating  tool  of  the  responsible  organization,  are  rela¬ 
ted  to  the  program  breakdown  structure,  and  their  status  is 
reflected  in  the  Program  Management  Network. 

Directed  Date  for  an  Event  (Tp) 

Date  for  a  specific  accomplishment  formally  directed 
by  the  contracting  authority.  A  schedule  date  (Tg)  which 
has  been  formally  specified  by  contracting  authority. 

E-L  Chart 


A  report  showing  a  chronological  display  of  the  expec¬ 
ted  time  (E) ,  the  latest  time  (L) ,  the  scheduled  time  (S) 
and  the  actual  time  (A)  for  events. 
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Earliest  Completion  Date  (S^j 


The  expected  completion  date  for  an  activity.  This 
date  is  calculated  by: 

.  summing  the  scheduled  elapsed  times  (tg)  for  acti¬ 
vities  on  the  longest  path  from  the  beginning  of 
the  program  to  the  end  of  the  activity;  and 

.  then  adding  this  sum  to  the  calendar  start  date 
of  the  program. 

For  distant  time  effort  where  scheduled  elapsed  times 
(t  )  have  not  been  established,  expected  elapsed  times  (tft) 
will  be  used  to  calculate  SE  . 

End  Event 


That  event  which  signifies  the  completion  of  a  path 
through  a  network. 

Ending  Event  (EE)  (Successor) 

The  event  which  signifies  the  completion  of  one  or 
more  activities. 

Error  Report 

A  list  received  with  the  computer  printouts  which 
includes  identification  of  data  input  errors  recognized 
by  the  computer. 

Event 


A  specific  definable  accomplishment  in  a  program 
plan,  recognizable  at  a  particular  instant  in  time.  Events 
do  not  consume  time  or  resources. 

Event  Number 


A  unique  number  assigned  to  each  event  in  the  network. 
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Event  Report 


A  computer  printout  listing  events  and  related  data 
in  event  number,  expected  date,  or  event  slack  sequence, 
dpending  on  the  code  placed  in  Column  21  of  the  initial 
input  card. 

Event  Slack  (See  Slack. ) 

Expected  Date  (T^) 

The  calendar  date  on  which  an  event  is  expected  to 
occur.  It  is  calculated  by  adding  to  the  date  of  each 
start  event  or  completed  event  of  the  network  activity 
times  along  each  possible  path  up  to  the  event  under  con¬ 
sideration.  The  latest  of  these  computed  dates  is  the 
expected  date  of  completion  for  the  event. 

Expected  Elapsed  Time  (ta) 

A  statistically  weighted  average  time  estimate,  incor¬ 
porating  the  optimistic  (a),  most  likely  (m) ,  and  pessimis¬ 
tic  (b)  time  estimates  for  the  work  to  be  accomplished: 
te  =  a  +  4m  +  b 
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Interface  Event 


An  event  which  signals  the  necessary  transfer  of  res¬ 
ponsibility,  end  items,  or  information  from  one  part  of  the 
program  effort  to  another.  Examples  of  interface  events  are 
the  receipt  of  an  item  (hardware,  drawing,  specification), 
or  the  release  of  engineering  drawings  to  manufacturing. 

Latest  Allowable  Date  (Tt.) 

The  latest  date  on  which  an  event  can  occur  without 
creating  an  expected  delay  in  the  completion  of  the  program. 
The  Tl  value  for  a  given  event  is  calculated  by  subtracting 
the  sum  of  the  expected  elapsed  activity  times  (te)  for  the 
activities  on  the  longest  path  from  the  given  event  to  the 
end  event  of  the  program  from  the  latest  date  allowable  for 
completing  the  program. 
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Latest  Completion  Date  (S^) 


The  latest  calendar  date  on  which  an  activity  can  be 
scheduled  for  completion  without  creating  an  expected  delay 
in  the  completion  of  the  program.  This  date  is  calculated 
bys 

.  summing  the  scheduled  elapsed  times (tg )  for 
activities  on  the  longest  path  from  end  of 
the  activity  to  the  end  of  the  program?  and 

.  then  subtracting  this  sum  from  the  calendar  end 
date  of  the  program. 

For  distant  time  effort  where  scheduled  elapsed  times 
(ts)  have  not  been  established,  expected  elapsed  times  (te) 
will  be  used  to  calculate  SL. 

Level  Code 


A  letter  (A  through  O  only)  that  is  associated  with  an 
event  for  shredout  purposes  or  summarization. 

Master  File 

A  file  containing  all  information  for  a  network. 

Master  File  Report 

A  listing  of  all  events/activities  and  associated 
information  for  an  entire  network  (printed  by  request  only) . 

Master  File  Report  Summary  Sheet 

Information  received  with  each  computer  output  to 
identify  the  user,  system  number,  output  heading,  report 
date,  start  date  of  the  computations  and  types  of  reports 
to  be  generated  by  the  computer.  (Initial  card  data  from 
the  Form  30.) 

Milestone 

Synonymous  with  an  event  in  a  network. 
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Most  Likely  Time  Estimate  (m) 


The  most  realistic  estimate  of  the  time  an  activity 
might  consume.  This  time  would  be  expected  to  occur  most 
often  if  the  activity  could  be  repeated  numerous  times 
under  similar  circumstances. 

Network 


A  flow  diagram  consisting  of  the  activities  and 
events  which  must  be  accomplished  to  reach  the  program 
objectives,  showing  their  planned  sequence  of  accomplish¬ 
ment,  interdependencies,  and  interrelationships. 

Network  Integration 

The  joining  of  networks  by  interfacing  to  produce  a 
master  network  reflecting  the  total  program. 

Network  Summarization 


A  process  of  reducing  detailed  networks  to  a  skele¬ 
tal  or  summary  network  for  reporting  purposes. 

Node 


An  event  with  two  or  more  preceding  events. 

Optimistic  Time  Estimate  (a) 

The  time  in  which  the  activity  can  be  completed  if 
everything  goes  exceptionally  well.  It  is  estimated  that 
an  activity  would  have  no  more  than  one  chance  in  a  hun¬ 
dred  of  being  completed  within  this  time. 

Pessimistic  Time  Estimate  (b) 

An  estimate  of  the  longest  time  an  activity  would 
require  under  the  most  adverse  conditions,  barring  acts 
of  God. 

Predecessor  Event  (See  Beginning  Event. ) 
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Probability  of  Meeting  Scheduled  Date 


A  probability  derived  from  normal  probability  tables 
with  the  entering  argument  being  the  event  scheduled  date 
in  weeks  minus  the  event  expected  date  in  weeks  divided  by 
the  event  standard  deviation  in  weeks. 

Program 

For  the  purpose  of  this  manual,  defined  as  the  total 
planned  undertaking  directed  toward  accomplishing  a  specific 
objective.  The  end  items  of  a  program  can  be  a  weapon  sys¬ 
tem,  an  equipment,  or  a  development  objective. 

Program  Breakdown  Structure  (See  Work  Breakdown  Structure.) 

Program  Management  Network 

A  network  reflecting  the  total  program  acquisition  plan 
containing  a  level  of  detail  required  by  the  Program  Manager 
for  overall  planning  and  control  of  the  entire  program. 

Program  Manager 

The  person  assigned  the  prime  responsibility  for  over¬ 
all  management  of  a  program,  such  as  a  Program  Director 
(SPD)  of  a  SPO  or  a  Project  Officer. 

Scheduled  Completion  Date  (Ts) 

A  date  assigned  for  completion  of  an  activity  (accom¬ 
plishment  of  an  event)  for  purposes  of  planning  and  control 
within  an  organization.  Where  no  specific  date  is  assigned, 
Se  =  Ts. 

Scheduled  Elapsed  Time  (ta) 

The  period  of  time  assigned  for  performing  an  activity. 
Scheduling 

Determination  and  assignment  of  scheduled  time  to  events 
and  activities  as  compared  to  "expected  time"  resulting  from 
network  computations. 
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Short  Path  Flag 


A  flag  assigned  to  all  activities  leading  to  a  common 
end  event.  The  minimum  time  through  these  activities  in¬ 
stead  of  the  maximum  time  will  be  taken  as  the  end  event's 
expected  date. 

Shredout 


The  extraction  of  selected  items  of  pertinent  data 
from  the  basic  computed  date  for  reporting  to  specific 
functions  areas  of  levels  of  management  interest. 

Simulation 


The  processing  of  alternative  actions  to  determine  the 
effect  such  actions  would  have  on  the  program  concerned. 

Slack 

Activity  Slack  -  The  activity's  latest  end  time  minus 
its  expected  end  time.  The  activity  slack  is  always  greater 
than  or  equal  to  the  slack  of  the  activity's  ending  event. 

Event  Slack  -  The  time  difference  between  the  latest 
and  expected  dates  for  an  event  (TL  -  TE) . 

Slack  may  be  positive,  zero,  or  negative. 

Standard  Deviation  of  an  Activity  Itr) 

A  measure  of  variance  about  the  expected  elapsed  time 
for  an  activity,  calculated  when  using  three  time  estimates. 
It  is  computed  from  the  formula  b  -  a. 
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Standard  Deviation  of  an  Event 

A  measure  of  variance  about  the  event  expected  date. 

It  is  calculated  by  computing  the  square  root  of  the  sum  of 
the  squares  of  the  activity  standard  deviations  on  the 
longest  time  path  leading  to  the  event  under  consideration. 

Successor  Event  (See  Ending  Event.) 
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Summary  Network 


A  network  which  represents,  with  a  reduced  number  of 
selected  events,  the  relationship  of  the  events  to  each 
other  and  all  of  the  significant  characteristics  of  the 
detailed  network.  Lines  connecting  events  on  a  summarized 
network  are  not  necessarily  true,  definable  work  activities, 
since  they  are  used  to  portray  only  the  interdependencies 
and  constraints  among  selected  activities. 

Transaction  Code 


A  one-digit  numeric  character  which  indicates  action 
is  to  be  taken  to  process  data  from  the  input  card. 

Variance  of  an  Activity  fcr^) 

The  square  of  the  activity  standard  deviation. 

Variance  of  am  Event 

The  svim  of  the  activity  variances  along  the  most  time- 
consuming  path  leading  to  the  referenced  event. 

Work  Breakdown  Structure 


A  family  tree  subdivision  of  a  program,  beginning  with 
the  end  objectives  and  continuing  with  subdivision  of  these 
objectives  into  successively  smaller  end  items.  The  work 
breakdown  structure  establishes  the  framework  for; 

.  defining  the  work  to  be  accomplished; 

.  constructing  a  network  plan; 

.  summarizing  the  cost  and  schedule  status  of  a 
program  for  progressively  higher  levels  of 
management . 

Zero-Time  Activity 

An  activity  which  constrains  the  completion  of  the  event 
to  which  it  leads  by  requiring  that  the  event  from  which  it 
proceeds  be  completod  first.  No  elapsed  time  is  associated 
with  it;  i.e.,  the  time  estimate  is  zero. 
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